Créditos. ¿Qué son y para qué conseguirlos?
Los créditos recompensan a los usuarios que suben datos a la red. La cantidad transferida de datos determina la cantidad de créditos obtenidos. Los créditos no son globales, es decir sólo pueden ser usados con aquel cliente que nos los ha otorgado.
Son el modificador más alto cuando se calcula la posición y el progreso en la cola de otro cliente. Cuantos más créditos se tengan más rápido se avanzará.
¿Dónde puedo ver mis créditos?
Para prevenir manipulaciones en la cantidad, los créditos no se almacenan localmente en el disco duro, sino en el disco duro de los otros clientes. No es posible hacer un recuento de los créditos propios.
He perdido/borrado mi archivo clients.met. ¿He perdido mis créditos?
Perder este archivo no significa que sus créditos se hayan perdido, pero sí se pierden todos los créditos de la gente que ha dado algo a su eMule. Hay una copia del archivo clients.met (clients.met.bak), con lo que debería ser posible restaurarlo, renombrando la copia (clients.met.bak) a clients.met.
¿Son seguros los créditos?
eMule utiliza un método de clave de «apretón de manos» para asegurarse de que los créditos pertenecen a ese cliente en concreto. Los créditos almacenados en los demás clientes sólo podrán utilizarse después de una autentificación correcta
La única forma de perder los créditos.
Como se describió en el punto anterior, los créditos van emparejados con la identificación segura del usuario. La clave secreta para esta identificación es calculada a partir de información almacenada en los archivos preferentes.dat y criptkey.dat. Si se pierde uno de estos dos archivos no podremos demostrar que somos los propietarios de los créditos.
Si se pierde solamente el archivo criptkey.dat se deberá borrar obligatoriamente el archivo preferentes.dat.
Más acerca de los créditos
El sistema de créditos fué desarollado para favorecer a los que saben compartir y funciona para todos los « clientes » ed2k (eMule, eDonkey, MlDonkey, etc.).
eMule guarda el volumen transferido (expresado en bytes) en el fichero « clients.met ».
Cada vez que un cliente pide un fichero, los valores de los bytes que le transfiere y el valor de los bytes recibidos de él se usan para calcular un modificador, el cual afecta el puesto en la cola de espera.
Se calculan dos modificadores de créditos distintos :
Ratio1 = Total subido (UL) x 2 / Total descargado (DL)
Ratio2 = (SQRT) Raíz cuadrada del total subido (UL) + 2
Estos ratios son comparados y se toma el valor más pequeño.
Existen unos límites :
Subido Total (UL) < 1MB => Modificador = 1
Descargado Total (DL) = 0 => Modificador = 10
Los créditos no son globales: se intercambian entre dos clientes específicos.
Sus propios créditos son guardados por cada cliente que le debe un crédito. Esto previene la falsificación de los créditos. No pueden ver sus propios créditos.
Userash
Cada cliente que se conecta a otro de la red ed2k es conocido por su « userash » y no por su ID ni por su IP. La clave de identificación de base o « userhash » es guardada en el fichero « preferences.dat ». Se crea automáticamente en el momento de la primera utilización de la mula.
Ejemplo de « userash » :
A15E9203550DF62E540CEF789A416F26
Si esta clave no se protege contra los piratas, es posible se la «roben» y la utilicen otros usuarios malintencionados.
La seguridad de los créditos.
En las versiones recientes de la mula, existe el segundo nivel de seguridad para evitar el robo de los créditos: secure user identification (SUI), basado en el sistema » RSA «. La clave generada entonces o clave particular de 384 bits es registrada en el fichero « cryptkey.dat ». El sistema » RSA » genera la segunda clave o clave pública codificada (o en sentido opuesto decodificada) gracias a la clave particular. Es con esta clave que serán identificados y guardados sus créditos entre sus clientes (y viceversa). Es bastante eficaz.
Excepto con las versiones recientes de eMule y los « mods » que lo utilizan siempre, este sistema debe ser activado. En «Preferencias» -> «Seguridad» -> » Opciones diversas » -> » Utilizar la identificación segura » debe estar activado √ .
Si no podrá recibir mensajes como estos:
21/02/2004 17:29:13: received signature for client without public key
será castigado y se quedará sin créditos.
Las otras caras
El reparto o el pirateo del fichero « preferences.dat » implica un desdoblamiento de la identificación. Cuando dos mulas con el mismo « userash »» se presentan al mismo tiempo en un mismo cliente, son acusadas de « userashing » y rechazadas las dos.
Llegado sólo y primero, el “pirata” que tiene la misma identificación que el cliente al cual la robó va a gozar de los créditos y posiblemente agotarlos. Ahora, la mula guarda la identificación de los “piratas” y rechaza ambos clientes. Ejemplo de esto:
04/03/2004 09:44:52: ‘pollopocxxx’ has failed the secure identification, V2 State: 0
04/03/2004 09:45:17: Aviso: Se ha encontrado un cliente igual a otro ya conectado: TONI.xxxxx (80.37.240.230) y pollopocxxx (81.203.82.81)
04/03/2004 09:45:20: ‘TONI.xxxxx’ has failed the secure identification, V2 State: 0
04/03/2004 09:45:22: Los clientes ‘TONI.xxxxx’ y ‘pollopocxxx’ tienen el mismo hash de usuario o IP – eliminados ‘Both’
En el momento del paso de la identificación simple a la identificación segura (a partir de la versión 0.29b), los antiguos créditos « no seguros » están perdidos ya que fueron identificados con el antiguo sistema.
Si el fichero « crypkey.dat » está borrado o perdido, el sistema de seguridad » RSA » no funciona más. No es posible codificar, decodificar y administrar los créditos.
Entonces, hay que borrar el fichero » preferences.dat » y empezar de nuevo desde el principio.
Archivos muy importantes.
Ya vimos que los más importantes son el « preferences.dat » y el « cryptkey.dat ».
También es importante el clients.met, más que nada para respetar los créditos que tengan otros usuarios contigo. Ascenderán más rápido en tu cola, descargando antes, y por lo tanto, después tú ascenderás más rápido en las suyas.
Estos ficheros deben ser salvaguardados para una recuperación en buenas condiciones en caso de problema o en caso de cambio de versión.