Anexo a los Términos de uso: cuentas por wallet y agentes autónomos

Este anexo forma parte de los Términos de uso (cláusula 8.10). Se aplica a toda cuenta creada y controlada por software a través de una wallet, sin un titular humano registrado en la plataforma (una "cuenta por wallet"), y a quien tiene la clave de esa wallet o responde por ella. Cuando este anexo y cualquier cláusula de los Términos digan cosas distintas sobre una cuenta por wallet, su titular de la clave o su operador, prevalece este anexo; todo lo demás de los Términos, del Aviso de privacidad, de la Política de contenido, de la página de Disponibilidad y de la Garantía de propiedad intelectual para vendedores (la "Garantía", publicada junto con los Términos y firmada por toda cuenta por wallet que vende) sigue aplicándose.

La versión vinculante de este documento es la inglesa. La versión en español la redactamos nosotros; si difieren, prevalece la inglesa. Los demás idiomas son traducciones de cortesía generadas por la plataforma. Una cuenta por wallet nunca lee una traducción: lo que firma es el texto inglés, identificado por su huella como describe la sección 4.1.

1. Qué cubre este anexo

1.1. Los Términos describen la cuenta-agente como una cuenta que pertenece siempre a un titular humano (cláusula 8). Una cuenta por wallet es distinta: nadie la crea por ella y nadie firma por ella. Nace cuando una wallet firma un reto emitido por la plataforma, se identifica solo por esa wallet, no tiene correo, ni sesión, ni panel, y opera únicamente a través de nuestra API y de nuestro servidor MCP con una credencial que renueva volviendo a firmar.

1.2. Una cuenta por wallet puede comprar sin que nadie se identifique. No puede vender hasta que se haya declarado y verificado un operador para ella (sección 6) y se cumplan los requisitos de la sección 7.

1.3. Este anexo está redactado para un uso empresarial. La sección 5 explica por qué una cuenta por wallet no se trata como consumidor.

2. Definiciones

• Cuenta por wallet: una cuenta-agente creada por la firma de una wallet, sin titular humano registrado en la plataforma.
• Titular de la clave: quien tiene o puede usar la clave privada de la wallet vinculada a una cuenta por wallet. Si varias personas o sistemas pueden usarla, cada uno de ellos es titular de la clave. (El Aviso de privacidad usa "responsable" en su sentido de protección de datos; esa palabra no se usa aquí para el titular de la clave.)
• Operador: la persona o empresa declarada para una cuenta por wallet como quien responde por ella, con los datos de contacto que la plataforma puede verificar.
• Firma: una firma criptográfica hecha con la clave privada de la wallet vinculada, sobre un reto de acceso o sobre un mensaje tipado (EIP-712) que nombra el documento, su versión, la huella de su texto, la fecha y la wallet.
• Webhook: la dirección HTTPS que una cuenta por wallet registra en la plataforma para recibir avisos, firmados con un secreto que solo ella conoce.
• Fianza por listado: el importe en USDC que una cuenta por wallet deposita en un contrato inteligente específico por cada plantilla que publica, conforme a la sección 8.
• Comité y Contrato de Depósito: según los definen los Términos.

3. Quién es nuestra contraparte

3.1. El titular de la clave. Cada acto de una cuenta por wallet es un acto de su titular de la clave: las compras que firma, las plantillas que publica, las fianzas que deposita, la membresía que autoriza, las disputas que abre y los avisos que recibe. El titular de la clave queda vinculado por todos ellos los hubiera previsto, revisado o supervisado o no. Una cuenta por wallet no es sujeto de derechos ni de obligaciones.

3.2. El operador, para vender. Desde que una cuenta por wallet declara un operador y ese operador completa la verificación de la sección 6 (usando el código enviado a su correo, publicando el registro en el DNS de su dominio o aportándonos documentación conforme a la sección 6.3), el operador acepta como propios este anexo y la Garantía y pasa a ser nuestra contraparte, solidariamente con el titular de la clave, en todo lo que la cuenta hace como vendedor y en cada declaración que firma. Completar la verificación es la aceptación del operador: el mensaje que lleva el código y las instrucciones del registro DNS lo dicen y enlazan este anexo y la Garantía. Hasta que el operador haya hecho una de esas cosas, solo el titular de la clave responde frente a nosotros y la cuenta no tiene permiso de vendedor. Si el operador no ha autorizado a la cuenta, el titular de la clave responde ante nosotros y ante el operador por la declaración, y podemos tratar al titular de la clave como operador.

3.3. La autonomía no es excusa. Que el software decidiera por su cuenta, malinterpretara una instrucción, fuera manipulado por un contenido que leyó o actuara fuera de lo que su titular de la clave pretendía no sirve como defensa frente a nosotros ni frente a la otra parte de una operación. Lo mismo vale para una clave robada, filtrada o compartida: quien pueda usar la clave puede vincular a la cuenta, y la pérdida recae en el titular de la clave. El titular de la clave guardará la clave, fijará límites de gasto adecuados al software y nos avisará por el formulario de contacto si la clave se compromete; el aviso no deshace los actos ya firmados. Nada de esta sección excluye nuestra responsabilidad por nuestro propio dolo o culpa grave (cláusula 28.3 de los Términos).

3.4. Capacidad. Al firmar el reto, el titular de la clave declara que tiene al menos 18 años (o la mayoría de edad de su país, si es mayor), que tiene capacidad para contratar, que actúa en el marco de una actividad empresarial o profesional, que no se encuentra en ninguna de las situaciones descritas en la página de Disponibilidad y, cuando la cuenta actúa por una empresa, que tiene poder para vincularla.

4. Aceptación por firma

4.1. Qué firmas. Una cuenta por wallet acepta los Términos, este anexo y el consentimiento a la ejecución inmediata descrito en la cláusula 16.2 de los Términos firmando con su wallet un mensaje tipado (EIP-712) por cada uno de ellos. Cada mensaje nombra el documento, la versión vigente, la huella (SHA-256) del texto inglés de esa versión, la fecha y la dirección de la wallet. El texto de cada versión que se te puede pedir firmar está publicado en el sitio en la dirección que la API devuelve junto con el mensaje (este anexo en /legal/anexo-cuentas-por-wallet), su huella se devuelve con el mensaje y sigue disponible cuando queda sustituida: aceptas ese texto y ningún otro. La Garantía se firma aparte conforme a la sección 7.2. El Aviso de privacidad es información, no un contrato: está en /privacidad y se aplica sin necesidad de firma.

4.2. Qué conservamos. De cada firma conservamos el documento, su versión, la fecha y la hora, la propia firma, la dirección que la produjo y el hash del mensaje tipado, en el mismo registro que usamos para las aceptaciones de personas. De una cuenta por wallet no conservamos dirección IP: la que veríamos pertenece a un servidor, no a una persona. Cualquiera puede volver a verificar esas firmas sin confiar en nuestros registros.

4.3. Efecto. Una firma hecha así tiene, entre tú y nosotros, el mismo efecto que una aceptación dada por una persona en pantalla: identifica al firmante por la wallet y fija la fecha, la versión y el texto aceptados.

4.4. Versiones nuevas. Cuando publicamos una versión nueva de los Términos, de este anexo o de la Garantía, el aviso se da conforme a la sección 5.4 y la versión nueva se aplica a la cuenta desde la fecha en que entra en vigor conforme a la cláusula 32 de los Términos; un titular de la clave que no la acepte puede dejar de operar la cuenta y retirar antes de esa fecha, conforme a la cláusula 32.3. Renovar la credencial exige firmar las versiones vigentes de los Términos, de este anexo y del consentimiento a la ejecución inmediata; una credencial emitida antes de una versión nueva sigue operando hasta que caduca, y todo acto de la cuenta posterior a la entrada en vigor se realiza bajo la versión vigente. Cuando una función exige una firma sobre la versión vigente (hoy, la Garantía para los listados nuevos y para el permiso de vendedor), esa función se rechaza hasta que la cuenta firme la versión nueva.

5. Por qué una cuenta por wallet no es consumidor

5.1. Uso empresarial. Una cuenta por wallet existe para que un software compre, publique y venda por su cuenta o por cuenta de un operador. El titular de la clave declara que usa el Servicio con fines empresariales o profesionales y que no lo usará con fines personales, familiares o domésticos, y tratamos a toda cuenta por wallet sobre esa base: las cláusulas 16 y 33 de los Términos, que describen derechos de los consumidores, no se le aplican. Una persona física que actúe con fines ajenos a una actividad empresarial o profesional no debe crear una cuenta por wallet; una declaración inexacta en este punto es un incumplimiento material cubierto por la cláusula 29 de los Términos. Si pese a todo un tribunal considera que un titular de la clave es consumidor, se aplican las normas imperativas del país de esa persona y esta sección cede ante ellas, y el titular de la clave responde del perjuicio que su declaración inexacta nos causó.

5.2. Sin derecho de desistimiento. La descarga de una plantilla comprada se habilita en cuanto el pago se confirma en la red. Al crearse, la cuenta por wallet firma el consentimiento a la ejecución inmediata y el reconocimiento de que, con ello, pierde cualquier derecho de desistimiento que pudiera tener. Ese consentimiento se registra una vez para la cuenta y se vuelve a registrar en cada compra, con el texto inglés del consentimiento que devuelven las funciones de compra y el idioma registrado.

5.3. Sin correo y sin panel. Una cuenta por wallet no tiene dirección de correo en la plataforma ni pantalla que mirar. No le enviamos ningún correo. Todo lo que los Términos describen como enviado por correo a una persona se pone, para una cuenta por wallet, a su disposición por los medios de la sección 5.4.

5.4. Medios válidos de aviso. Son medios válidos y suficientes para notificar a una cuenta por wallet los siguientes, y un aviso hecho por cualquiera de ellos se considera recibido cuando se pone a disposición, lo lea la cuenta o no:

• una entrega al webhook que la cuenta haya registrado, firmada con su secreto, incluso cuando la entrega falle por causa del receptor, se reintente y finalmente se abandone conforme a las reglas de reintento que muestra la documentación de la plataforma;
• la información que devuelven las funciones de estado y de notificaciones de la API y del servidor MCP (el estado de una orden, de una disputa, de una plantilla en revisión, de una membresía, de una fianza, del operador, la lista de notificaciones de la cuenta y el motivo público anotado en una plantilla rechazada o retirada);
• para los cambios de estos documentos, la entrega al webhook registrado del evento que anuncia la versión nueva, y las versiones vigentes con sus fechas de efecto que devuelve la función de versiones legales de la API y del servidor MCP, además de la publicación en el sitio.

Una cuenta por wallet que no registre un webhook, o que lo deje caer, acepta que solo conocerá los avisos consultando. No respondemos de lo que una cuenta por wallet no viera por no consultar o porque su webhook no respondió. Todo aviso entregado por webhook puede leerse después también por las funciones de estado.

5.5. Plazos automáticos. El periodo de revisión de una compra, los plazos de disputa, el periodo de gracia de una membresía, el plazo de devolución de una fianza y cualquier otro plazo descrito en los Términos corren de forma automática y los aplican el Contrato de Depósito, el contrato de la fianza o nuestros sistemas sin más aviso. No se prorrogan porque un webhook fallara, porque una credencial caducara o porque nadie estuviera consultando.

5.6. Tu receptor. Garantizas que controlas el servidor que hay detrás de la URL del webhook y que puedes recibir allí los datos descritos en el Aviso de privacidad, que pueden incluir identificadores de órdenes, importes y hashes de transacción. Guardar el secreto de firma, proteger el receptor y lo que haga con los datos son responsabilidad tuya. Podemos pausar un webhook, darlo de baja tras el número configurado de fallos, descartar o purgar entregas pasada la retención configurada y cambiar los eventos, las cabeceras y las reglas de reintento; nada de eso es un incumplimiento ni prorroga ningún plazo. Una entrega está completa cuando el receptor responde con un código de éxito o cuando se agotan los reintentos.

6. Operador, trazabilidad y veracidad

6.1. Comprar es anónimo; vender no. Una cuenta por wallet puede comprar sin declarar a nadie. Para obtener el permiso de vendedor debe declarar un operador (nombre o razón social, país y un correo o un dominio que podamos verificar) y ese operador debe quedar verificado: con un código de un solo uso entregado en el correo declarado y devuelto por la cuenta, o con un registro publicado en el DNS del dominio declarado, o a mano por nuestro equipo.

6.2. Veracidad. Los datos del operador deben ser veraces, actuales y completos. Declarar una persona o empresa que no ha autorizado a la cuenta, un correo o un dominio que no son del operador, o un país que no es el de establecimiento del operador es un incumplimiento material. Tratamos los datos como declarados; la verificación prueba el control de un correo o de un dominio, no la identidad de nadie.

6.3. Más documentación. Podemos exigir en cualquier momento al operador, como condición para vender, cobrar, recuperar una fianza o seguir operando, identificación, documentación societaria, comprobante de domicilio, información fiscal, información sobre el origen de los fondos o cualquier información de trazabilidad que una obligación legal nos imponga, en particular antes de habilitar ventas a consumidores establecidos en la Unión Europea. Hasta que se aporte, podemos suspender los listados, retener el permiso de vendedor, negarnos a cotizar compras nuevas de la cuenta y retener la devolución de fianzas. Los importes del Contrato de Depósito siguen las reglas de ese contrato y nosotros no podemos retenerlos.

6.4. Una declaración por cuenta, y la regla de familia. Cada cuenta por wallet declara su propio operador. Las cuentas que declaran el mismo contacto verificado se tratan como una sola familia a los efectos de los Términos: no pueden comprarse entre ellas, reseñarse entre ellas ni referirse entre ellas, y las medidas tomadas contra una pueden alcanzar a las demás. Cuando una medida tomada contra una cuenta alcance a las demás del mismo operador, la motivación lo dice e indica la conexión en la que se apoya.

6.5. Suspensión del operador. Cuando suspendemos o rechazamos a un operador, todas las cuentas por wallet que declararon ese operador pierden el permiso de vendedor al instante, sin necesidad de una decisión separada sobre cada una, y pueden quedar suspendidas por completo. Cuando dos o más cuentas del mismo operador tienen listados retirados por fraude, podemos suspender al operador y a todas sus cuentas. Cerrar una cuenta de forma definitiva sigue la cláusula 30 de los Términos.

6.6. Credencial. La credencial emitida a una cuenta por wallet caduca en el plazo corto que se muestra al emitirla y solo se renueva firmando un reto nuevo con la misma wallet, junto con las versiones vigentes conforme a la sección 4.4; renovarla revoca todas las credenciales anteriores de la cuenta. El permiso de vendedor se retira de forma automática, en cada llamada, cuando el operador deja de estar verificado o cuando la venta por cuentas por wallet se apaga en la plataforma.

6.7. Identificación pública. Desde que una cuenta por wallet tiene el permiso de vendedor, cada listado que publica y su perfil público indican que la cuenta la opera una empresa o un profesional, el nombre o razón social y el país que declaró su operador, y el contacto que el operador verificó (correo, sitio web o dominio). Una cuenta por wallet no puede vender mientras esa información no se muestre. Los compradores que sean consumidores conservan frente al operador, que es el comerciante en esa venta, los derechos descritos en la cláusula 16 y la sección 33 de los Términos.

6.8. Comprar. Aunque comprar no exige declaración, podemos exigir en cualquier momento al titular de la clave, como condición para seguir comprando, que declare y verifique un operador o que aporte la información de la sección 6.3; podemos cribar la dirección de la wallet contra listas de sanciones y de riesgo y negarnos a cotizar, bloquear o informar cuando el resultado nos impida operar; y podemos limitar el número y el importe de las compras de una cuenta por wallet, en particular una reciente, según muestren las herramientas de la plataforma.

7. Vender

7.1. Requisitos. Una cuenta por wallet vende solo cuando se cumplen a la vez todos estos: la venta por cuentas por wallet está habilitada en la plataforma; su operador está verificado e identificado como exige la sección 6.7; ha firmado la versión vigente de la Garantía; y tiene una membresía de vendedor activa, autorizada y pagada con su propia wallet. Si cualquiera de ellos deja de cumplirse, se detienen los listados nuevos; los ya publicados siguen sometidos al resto de los Términos.

7.2. Garantía de propiedad intelectual. La Garantía se firma una vez por la cuenta y otra vez por cada plantilla, junto con la huella del archivo exacto que se envía. Forma parte de este anexo; sus declaraciones, sus consecuencias y la responsabilidad del operador son las que la propia Garantía establece. El operador coopera con nosotros en cualquier reclamación sobre una plantilla: aporta, en el plazo que indiquemos en la petición, las pruebas de autoría, cesiones y licencias en las que se apoyó, y responde al titular del derecho cuando se lo pidamos.

7.3. Revisión. Toda plantilla pasa por la revisión de admisibilidad descrita en la cláusula 20.5 de los Términos, con IA y con personas del equipo, y las plantillas enviadas por cuentas por wallet pasan además por comprobaciones automáticas de procedencia (licencias, secretos y credenciales incrustados, similitud con el catálogo). Un envío que las comprobaciones automáticas no pueden evaluar, o que queda por debajo del umbral fijado en la plataforma, se rechaza sin que lo revise una persona. El motivo indica la categoría del hallazgo, la puntuación y el umbral, que la decisión fue automatizada y cómo pedir una revisión humana; no revela los patrones ni las señales usadas. Superar cualquiera de ellas no es una garantía por nuestra parte ni desplaza la responsabilidad por las declaraciones de la Garantía.

7.4. Venta en exclusiva. El modo de venta exclusiva (cláusula 17.4 de los Términos) se ofrece a una cuenta por wallet solo cuando su operador está verificado y la cuenta ha alcanzado el número mínimo de ventas liberadas sin disputa que muestran las herramientas de publicación. Incumplir la exclusividad de venta es un incumplimiento material conforme a la cláusula 17.4 y a la sección 7.2.

7.5. Cobrar. Cuando una venta se libera, el Contrato de Depósito paga la parte del vendedor directamente a la wallet vinculada en la misma transacción. Si ese pago directo falla por una causa ajena al contrato, el importe queda acreditado en el contrato a favor de esa wallet y se retira firmando con ella. Nosotros no retenemos nada y no transferimos nada a nadie que no sea la wallet vinculada, como muestra el código público del contrato.

7.6. Membresía. La membresía de vendedor es la de la cláusula 20.8 de los Términos. Su autorización, su tope y su cancelación se firman con la wallet vinculada. Los cobros se siguen emitiendo mientras haya listados publicados, aunque la venta por cuentas por wallet se haya apagado.

8. Fianza por listado

8.1. Qué es. Como condición para publicar una plantilla, a una cuenta por wallet se le puede exigir que deposite una fianza en USDC en un contrato inteligente específico cuya dirección se publica en Seguridad. El importe, el plazo de devolución y si se exige o no una fianza los muestran las herramientas de la plataforma antes de depositar; no figuran aquí porque pueden cambiar, y un cambio nunca afecta a una fianza ya depositada salvo en lo que describe la sección 8.7.

8.2. Quién la tiene. La fianza la deposita la wallet vinculada directamente en el contrato y allí queda. Nosotros no la tenemos, no se acredita en ninguna cuenta nuestra, y el contrato no tiene ninguna función que la pague a nadie distinto de la wallet que la depositó (o, por instrucción de esa misma wallet, de una dirección que ella elija para un saldo ya acreditado a su favor) o de nuestra tesorería, como muestra el código público del contrato. No genera intereses y no es un depósito ni un fondo de garantía de ninguna clase.

8.3. Devolución. La fianza se devuelve a la wallet que la depositó cuando el listado se ha retirado de forma voluntaria o desactivado, ha transcurrido el plazo de devolución desde esa retirada (y nunca antes del plazo mínimo que fija el contrato, contado desde el depósito) y no hay ninguna disputa abierta sobre ninguna venta de esa plantilla. Enviamos la transacción de devolución dentro del plazo que muestran las herramientas de la plataforma desde que se cumplen esas condiciones, y nunca después del plazo largo de la sección 8.6; el Comité puede aprobarla antes. El plazo de devolución es el mayor entre el que muestra la plataforma y el mínimo fijado en el contrato. Si la devolución directa falla por una causa ajena al contrato, el importe queda acreditado en el contrato a favor de esa wallet y se retira firmando con ella.

8.4. Pérdida. La fianza se pierde a favor de nuestra tesorería solo por decisión del Comité, tomada por las mismas personas y con los mismos roles de firma múltiple que resuelven las disputas, y solo por un listado retirado por fraude: una declaración falsa conforme a la Garantía, una copia del catálogo o de terceros, secretos o credenciales incrustados, o una reclamación de un titular de derechos que prospera. La decisión indica su motivo y se notifica conforme a la sección 5.4. Ningún sistema automático y ninguna clave individual puede declarar perdida una fianza, como muestra el código público del contrato. La pérdida es una pena convencional pactada entre empresas por un listado retirado por fraude: compensa el coste de gestionar el fraude y las reclamaciones que provoca y disuade de repetirlo. Se limita a la fianza de ese listado, no limita la responsabilidad del operador conforme a la sección 12 y a la Garantía, y cuando la ley del país del operador permita a un tribunal moderar una pena convencional, esa moderación se aplica.

8.5. Retirada automática. Cuando un listado se retira de forma automática conforme a la sección 9, la fianza ni se devuelve ni se pierde: queda a la espera de la decisión del Comité, que puede reabrir el listado, devolver la fianza de forma anticipada o declararla perdida.

8.6. Si nosotros no actuamos. El contrato permite a la wallet que depositó una fianza recuperarla por sí misma, sin nuestra intervención, cuando ha transcurrido un plazo largo fijado en el contrato desde que la fianza pasó a ser devolvible y no se ha ejecutado ni una devolución ni una pérdida. Es una salvaguarda para que ningún importe quede encerrado para siempre por una clave perdida o una plataforma inactiva; no acorta ninguno de los plazos anteriores, y ejercerla no zanja una reclamación pendiente sobre el listado.

8.7. Pausa y configuración. El contrato puede pausarse por razones de seguridad, durante el menor tiempo que la razón exija; mientras está pausado, los depósitos, las devoluciones, las pérdidas y las recuperaciones no están disponibles y se reanudan al reactivarlo, y los importes ya acreditados para retirar siguen pudiendo retirarse. A diferencia del Contrato de Depósito, la pausa del contrato de la fianza no detiene el plazo de devolución. El importe mínimo y el plazo mínimo fijados en el contrato puede cambiarlos el Comité dentro de los topes que el propio contrato impone; un cambio del plazo mínimo se aplica a las fianzas ya depositadas, como muestra el código público del contrato. Los requisitos de la plataforma que se muestran antes de depositar nunca quedan por debajo de esos mínimos.

8.8. Fin del mecanismo. Si dejamos de exigir fianzas, las ya depositadas se devuelven conforme a la sección 8.3 o antes por decisión del Comité. Una fianza va atada a un listado y a un depósito: volver a publicar una plantilla retirada exige un depósito nuevo.

8.9. Naturaleza de la fianza. La fianza es tu propio USDC retenido por el código público del contrato en las condiciones de esta sección: no es un depósito con nosotros, ni un saldo que te guardemos, ni un servicio nuestro de custodia, de guarda o de criptoactivos; las transacciones que enviamos al contrato son actos técnicos de la plataforma, no servicios que te prestamos. No genera intereses y no debemos ninguna compensación por el tiempo que permanezca depositada, retenida a la espera del Comité, pausada o acreditada para retirar, ni por lo que tardemos en enviar una devolución dentro del plazo de la sección 8.3; la recuperación de la sección 8.6 es tu remedio ante nuestra inacción. Recuperar por la sección 8.6 una fianza que el Comité habría declarado perdida no extingue nuestra reclamación por ese importe, y ninguna pérdida limita la indemnidad de la Garantía.

9. Retirada automática por disputas

9.1. Cuando las ventas de una cuenta por wallet acumulan, dentro del periodo fijado en la plataforma, el número que la plataforma fija de disputas que terminan con cualquier reembolso al comprador, por cualquier importe y por cualquier causa, incluidos un reembolso parcial y una disputa cerrada por vencimiento sin decisión, el listado afectado se retira de forma automática: deja de venderse, y quien ya lo compró conserva su descarga y su licencia. Cada orden cuenta una sola disputa. El número de disputas y el periodo vigentes se muestran en las herramientas de publicación antes de publicar y en el aviso que recibes. La cuenta no puede volver a publicarlo; solo el Comité puede reabrirlo conforme a la sección 8.5.

9.2. La retirada se notifica conforme a la sección 5.4 con su motivo, que indica los hechos en que se apoya (las disputas contadas y el periodo), las cifras vigentes, que la medida fue automatizada y cómo pedir una revisión; el mismo motivo queda anotado en la plantilla y lo devuelven las funciones de estado. La cuenta o su operador pueden pedir una revisión humana por el formulario de contacto conforme a la cláusula 30.5 de los Términos en el plazo de seis meses; una cuenta por wallet sin operador se identifica en una apelación con su identificador y su dirección de wallet, y podemos pedirle que pruebe el control de la cuenta firmando un mensaje que le devolvemos para ello. La decisión del Comité sobre el listado y sobre la fianza la toman personas.

9.3. Una retirada no hace perder por sí sola una fianza (sección 8.5), no afecta a las ventas ya liberadas y no nos impide tomar cualquier otra medida conforme a la cláusula 30 de los Términos. La cláusula 30.8 de los Términos se aplica a la retirada automática y a toda medida de este anexo.

10. Compras, disputas y liberación

10.1. Una cuenta por wallet compra, vende y recibe reembolsos exactamente con las mismas reglas que cualquier otra cuenta: el importe queda en el Contrato de Depósito; nadie, ni una persona ni una cuenta de ninguna clase, lo libera antes de que venza el periodo de revisión; el vendedor no marca nada como entregado; solo el comprador abre, retira o cierra una disputa, y el vendedor no interviene en el caso; la devolución voluntaria del vendedor solo está disponible sin disputa abierta y antes del vencimiento; y el Comité decide las disputas como describe la cláusula 15 de los Términos.

10.2. Una cuenta por wallet que vende recibe aviso de una disputa, de su plazo y de su resultado conforme a la sección 5.4, y sigue su estado por las funciones de estado. No aporta nada al caso.

10.3. Firmas, tasas de red y envío patrocinado.

(a) Una cuenta por wallet que compra firma, con su propia wallet, toda autorización que mueve su USDC: su depósito, su propio cierre de una disputa por vencimiento, sus retiros y cualquier cancelación de una autorización que haya dado. Por regla general, envía ella misma esas transacciones y paga sus tasas de red.

(b) Cuando las herramientas de la plataforma ofrezcan el depósito de una sola firma, la cuenta puede en su lugar firmar, con su propia wallet, una autorización conforme al estándar del propio token USDC (EIP-3009) que solo permite al Contrato de Depósito recibir el importe exacto de una cotización firmada por nosotros, dentro de la ventana de validez de esa cotización, y entregárnosla. Nuestro relayer puede entonces enviar esa autorización al Contrato de Depósito y asumir la tasa de red de esa transacción («envío patrocinado»), y puede hacer lo mismo, a petición de la cuenta, con la cancelación de esa autorización. Cuando aceptemos pagos por petición a nosotros conforme a la cláusula 9.6 de los Términos, nuestro relayer puede igualmente enviar la autorización de transferencia que firmó el pagador. El USDC pasa directamente de la wallet de la cuenta a su destino en una sola transacción: en ningún momento recibimos, tenemos ni controlamos el USDC de un depósito, elegimos su destinatario o su importe, ni firmamos autorización, instrucción o consentimiento alguno en nombre de la cuenta. Aparte de nuestra propia cotización, la única firma que añadimos es la que nuestro relayer pone como remitente en la transacción de red, y no nos da poder alguno sobre el USDC de la cuenta. El envío patrocinado es un acto técnico de nuestra propia plataforma, accesorio a la venta: no es un servicio de pago, de envío de dinero, de transferencia, de custodia ni ningún otro servicio de criptoactivos prestado a la cuenta, y al enviar no actuamos como mandatarios de la cuenta.

(c) El envío patrocinado es una cortesía discrecional, no un derecho ni un servicio que debamos. No forma parte del precio, no es un descuento y no tiene valor en efectivo ni de otro tipo. Está sujeto a límites por wallet y globales que fijamos en la plataforma y podemos cambiar. Podemos ofrecerlo, limitarlo, suspenderlo o retirarlo en cualquier momento, con carácter general o para una wallet concreta, sin preaviso, sin motivarlo y sin compensación, en particular cuando la wallet tenga código o una delegación (como EIP-7702), haya tenido envíos fallidos, haya alcanzado un límite, esté afectada por el cribado de la sección 6.8, o cuando la red, nuestro relayer o nuestro presupuesto no lo permitan. Cuando no esté disponible, la cuenta puede depositar o cancelar por la vía ordinaria, firmando y enviando ella misma la transacción y pagando su tasa de red.

(d) Una vez firmada y entregada, la autorización puede enviarla cualquiera que la tenga, no solo nosotros, en cualquier momento dentro de su ventana de validez, y la cuenta solo puede impedirlo cancelando la autorización antes de que se use. El depósito resultante es depósito de la propia cuenta, con los mismos efectos que si lo hubiera enviado ella, y la compra se perfecciona cuando ese depósito se confirma en la red, lo haya enviado quien lo haya enviado. No garantizamos que un envío se haga ni se confirme, ni que se confirme antes de que venza la cotización, y no respondemos si un envío se retrasa, no se hace, se descarta, revierte o se ve precedido por el envío de un tercero. Un intento fallido o caducado no mueve USDC de la wallet de la cuenta; un envío aún pendiente puede confirmarse más tarde mientras la autorización siga vigente; y el remedio de la cuenta es pedir una cotización nueva y volver a firmar, o usar la vía ordinaria. La tasa de red de un envío fallido es nuestra y nunca se repercute a la cuenta, pero los envíos fallidos pueden contar en contra de la wallet conforme a la letra (c).

(e) Antes de firmar, el titular de la clave es responsable de comprobar que el mensaje es el descrito aquí (el token, el Contrato de Depósito como destinatario, el importe y la ventana de validez). La sección 3.3 se aplica a toda autorización firmada.

10.4. Atestaciones públicas de reputación. Cuando una cuenta por wallet vende, podemos dejar constancia en la red pública, mediante atestaciones firmadas por nuestro relayer con el Ethereum Attestation Service y dirigidas a la wallet vinculada de la cuenta, de tres clases de hechos: una venta liberada sin disputa, una disputa resuelta a favor del comprador conforme a la regla que muestra la plataforma y un listado retirado por fraude. Cada atestación lleva solo la clase de hecho, una huella de la orden o de la plantilla (nunca su identificador en claro) y la fecha. Podemos revocarlas pero, como todo lo que está en la cadena, siguen siendo visibles públicamente una vez escritas y no pueden borrarse (sección 4 de nuestro Aviso de privacidad). Las emitimos como constancia de hechos ocurridos en nuestra plataforma, no como una calificación, una recomendación ni una garantía sobre la cuenta, y los terceros que se basen en ellas lo hacen bajo su propio riesgo. Podemos revocar una atestación emitida por error. Emitirlas es una función de las de la sección 11.1 y puede encenderse o apagarse en cualquier momento.

11. Límites, cupos, interruptores y suspensión

11.1. Todo tiene interruptor. El alta por wallet, la venta por cuentas por wallet, la fianza, los webhooks, el envío patrocinado de la sección 10.3, las atestaciones de la sección 10.4, cada función de la API y del servidor MCP, y los cupos que las gobiernan (altas por periodo, llamadas por periodo, plantillas en revisión, intentos de verificación, reintentos de webhook y similares) se configuran en la plataforma y pueden cambiarse, endurecerse o apagarse en cualquier momento, sin preaviso y sin compensación, por razones de seguridad, de capacidad, legales o de negocio. Una función apagada responde como si no existiera. Los cambios del importe de la fianza, de su plazo de devolución, del requisito para vender en exclusiva y de los umbrales de disputas de la sección 9 son cambios de estas condiciones: se anuncian con el preaviso de la cláusula 32 de los Términos, que para las cuentas por wallet es de 15 días (cláusula 32.1, el preaviso de vendedores y empresas; una cuenta por wallet nunca es consumidor), inmediato solo por obligación legal o riesgo de seguridad, y nunca afectan a una fianza ya depositada, salvo lo que describe la sección 8.7. Los cupos, los límites de tasa y los interruptores son medidas técnicas y pueden cambiar en cualquier momento.

11.2. Corte de emergencia. Podemos cortar, en un solo paso, sin aviso y sin compensación, las altas, las ventas y todas las funciones de las cuentas por wallet salvo la lectura, dejando abiertos solo el retiro de los importes ya acreditados, la cancelación de la membresía, la retirada de la propia disputa de la cuenta y la devolución de las fianzas en la medida en que los contratos lo permitan, así como la cancelación de una autorización enviada por la propia cuenta. Podemos mantener el corte el tiempo que consideremos necesario.

11.3. Suspensión. La cláusula 30 de los Términos se aplica a las cuentas por wallet y a los operadores con estas adaptaciones: la motivación y la vía de apelación se ponen a disposición conforme a la sección 5.4 (el aviso de suspensión indica su motivo) y a petición por el formulario de contacto; los preavisos para vendedores de la cláusula 30.6 no se aplican cuando la medida sigue a una retirada por fraude, a una declaración falsa del operador o a un riesgo de seguridad, en cuyo caso es inmediata; una cuenta por wallet suspendida no puede renovar su credencial; y una cuenta por wallet sin operador se identifica en una apelación como describe la sección 9.2.

11.4. Lo que sobrevive. La suspensión o el apagado nunca privan a la wallet vinculada de lo que ya es suyo: los importes acreditados en el contrato de la fianza siempre pueden retirarse firmando con la wallet; a los importes acreditados en el Contrato de Depósito se les aplica la cláusula 10.9 de los Términos; y una fianza que haya pasado a ser devolvible se devuelve conforme a la sección 8.

12. Responsabilidad

12.1. Las cláusulas 26, 27, 28 y 29 de los Términos se aplican a una cuenta por wallet, a su titular de la clave y a su operador sin las excepciones de consumidores: el Servicio se presta tal cual, nuestra responsabilidad está limitada como indica la cláusula 28.2 y la indemnidad de la cláusula 29 se aplica en su totalidad. Frente a una cuenta por wallet nuestra responsabilidad total conforme a la cláusula 28.2 nunca es inferior al mayor entre el precio de la compra afectada y la fianza depositada por el listado afectado.

12.2. En particular, no respondemos de: compras, publicaciones, depósitos, fianzas, autorizaciones o retiros hechos por un software por error o bajo manipulación; la pérdida, el robo o la compartición de una clave privada; una credencial caducada o revocada; un webhook que no respondió; una transacción enviada con gas insuficiente, al contrato equivocado o en la red equivocada; un envío patrocinado rechazado, retrasado, descartado, revertido, precedido por un tercero o no realizado antes de que caducara la autorización; o una fianza retenida o perdida conforme a la sección 8.

12.3. El titular de la clave y el operador responden solidariamente frente a nosotros y frente a terceros por los actos de la cuenta por wallet, incluidas la exactitud de los datos del operador, las declaraciones de la Garantía y el contenido de cada plantilla publicada.

13. Ley aplicable, foro y prestador

13.1. Este anexo se rige por la ley del país en el que está establecido el prestador del Servicio identificado conforme a la cláusula 1.1 de los Términos, y los litigios se someten a los tribunales de la sede de ese prestador, como prevé la cláusula 31 de los Términos. Hasta que esa identificación se publique, no concederemos el permiso de vendedor a ninguna cuenta por wallet. Las previsiones para consumidores de la cláusula 31 no se aplican a una cuenta por wallet salvo en lo que indica la sección 5.1.

13.2. No hay arbitraje. Como en los Términos, nada en este anexo obliga a nadie a arbitrar, a renunciar a acciones colectivas ni a renunciar al juicio con jurado.

13.3. La identificación del prestador del Servicio se facilita como indica la cláusula 1.1 de los Términos y a quien la pida por el formulario de contacto.

14. Versiones

Podemos publicar versiones nuevas de este anexo conforme a la cláusula 32 de los Términos. Frente a las cuentas por wallet, el aviso se da conforme a la sección 5.4 y el preaviso es de 15 días desde la publicación (cláusula 32.1 de los Términos, el plazo de vendedores y empresas, que es lo que toda cuenta por wallet es), salvo cuando una obligación legal o un riesgo de seguridad exijan un cambio inmediato; la versión nueva surte efecto al terminar ese plazo. La sección 4.4 describe qué puede y qué no puede hacer una cuenta por wallet que no haya firmado la versión nueva.