Está perdiendo oportunidades comerciales:
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Registro
Entrada
Usted acepta la política del sitio web y las condiciones de uso
Si no tiene cuenta de usuario, regístrese
Terminado el cambio automático entre algoritmos, cuando
" la propia interfaz gráfica de usuario, la publicaré (tal vez alguien la encuentre útil).
¿Cuál es el principio del cambio de algoritmo?
¿Cuál es el principio del cambio de algoritmo?
1. la velocidad de la tarjeta se prueba en CADA algoritmo, los datos se registran (permanentemente).
2. A través de la API del servidor que mina, se obtienen tarifas para cada algoritmo en intervalos de 30 segundos.
3. Calcula la rentabilidad <coste*velocidad>.
4. Usted elige la mejor tarifa.
1. la velocidad de la tarjeta se prueba en CADA algoritmo, los datos se registran (permanentemente).
2. A través de la API del servidor en el que se mina, se obtienen las tarifas de cada algoritmo con un intervalo de 30 segundos.
3. Calcula la rentabilidad <coste*velocidad>.
4. Usted elige la mejor tarifa.
Razonable. Pero, ¿existe una correlación directa entre velocidad y rentabilidad? ¿Podemos argumentar que cuanto mayor sea el ritmo de cálculo, más probabilidades habrá de resolver el problema? ¿No deberíamos tener en cuenta la cantidad de datos que hay que procesar para resolver el problema? Quizás esto sea diferente para cada criptodivisa. ¿O no importa, hay una utilidad (hmmm... se me escapa cómo se llama - básicamente eres una célula de una red común que distribuye tareas)?
Razonable. Pero, ¿existe una correlación directa entre la velocidad y los ingresos? ¿Podemos argumentar que cuanto mayor sea la velocidad de cálculo, mayor será la probabilidad de resolver el problema? ¿No deberíamos tener en cuenta la cantidad de datos que hay que procesar para resolver el problema? Quizás esto sea diferente para cada criptodivisa. ¿O no importa, hay un uso (hmmm... se me escapa cómo se llama - en general eres una célula de una red común que distribuye tareas)?
Los ingresos son muy dependientes de la velocidad, pero muy bvzhe factor como rasceka para MN.
Todo el mundo es de células sólidas en un área u otra. :)
¿Funciona el software original del fabricante según el mismo principio y en qué se diferencia del suyo?
El principio fue tomado del programa original, pero dejó de funcionar :(
Mi "bajo rendimiento" en el trabajo...
1. Desde hace varios años no es rentable minar BTC en las tarjetas de video específicamente. Ni siquiera se recuperará el coste de la electricidad. Sólo los ASIC de gama alta...
2. Si te unes a un pool grande - la recompensa por día será aproximadamente igual a <recompensa por bloque> * <número de bloques minados por día> * <tu hashrate> / <hashrate total de la red> - <comisión del pool>.
Se genera un bloque aproximadamente cada 10 minutos. La tasa de bloque es actualmente, si no me equivoco, de 12,5 BTC; con la minería disminuye periódicamente en 2 veces. La tasa de hash actual de la red es de ~10,6M THash/seg.
Sin ningún tipo de pool - la expectativa de ganancia es la misma, pero el valor aleatorio de la recompensa tendrá una varianza muy grande: en la mayoría de los casos, la ganancia será cero, pero tal vez usted tendrá suerte y esperará un momento, cuando logrará hacer un bloque y obtener toda la recompensa por ello.
3. Vender en persona o ponerlo en una de las decenas de bolsas y cambiarlo por la moneda deseada. Para retirar dinero a una cuenta bancaria o a una tarjeta, es posible que tenga que pasar por los procedimientos contra el blanqueo de capitales. Algunos intercambios no funcionan con personas de determinados países.
Toda la información de las transacciones en la red Bitcoin está contenida en una base de datos especial (blockchain), esta base de datos se sincroniza entre todos los nodos bitcoin (monedero, cliente y servidor simultáneamente, no hay un nodo maestro, todos son iguales en capacidad a los demás. Por eso, por ejemplo, el bitcoin está descentralizado, y uno no puede hacer una transacción inválida, todos los demás nodos la rechazarán).
Cada diez minutos se añade un nuevo registro (bloque) a esta base de datos (bloque), el bloque contiene información sobre las nuevas transacciones desde el último bloque (para cada transacción: la dirección de la que proceden los bitcoins, la dirección a la que van y la cantidad de bitcoins).
El proceso de generación de dicho bloque se denomina minería. A esta lista de transacciones se le aplica la función hash sha256, cuyo resultado es un código hash largo. Hay un requisito para el código: debe tener un cierto número de ceros al principio, y ese número depende del número actual de mineros. Cuanta más capacidad de minería haya en el mundo, más ceros en el código hash se necesitarán para que el tiempo medio de generación de bloques siga siendo aproximadamente el mismo y no se acelere.
Los mineros pueden añadir un número aleatorio a la lista de transacciones para que la función hash dé como resultado un número diferente de ceros en el hash, y hacerlo hasta alcanzar el número requerido de ceros en el hash, en cuyo caso el nuevo bloque se considera encontrado y sincronizado con todos los demás nodos de la red. Como recompensa por encontrar un bloque, el minero recibe comisiones de las transacciones en ese bloque, y un número adicional de nuevos bitcoins.
La optimización de la minería puede hacerse acelerando las funciones sha256, por ejemplo, utilizando una tarjeta gráfica para realizar los cálculos en lugar de un procesador, o utilizando un procesador especialmente construido que sólo pueda leer la función (FPGA, ASIC).
El resultado de la función hash es completamente aleatorio, y es imposible calcular el número correcto, el problema sólo puede resolverse por fuerza bruta.
hash = sha256(transacciones + random)
el requisito del hash es que el resultado debe comenzar con un cierto número de ceros, por ejemplo 0000000000000.....Z4lYFzZET4vE8OVtCNfKrgZY2wLZHCr
random - número aleatorio para recorrer
Más información enhttps://en.bitcoin.it/wiki/Mining y en los enlaces de "Ver también".
El resultado de la función hash es completamente aleatorio, y es imposible calcular el número correcto, el problema sólo puede resolverse por fuerza bruta.
hash = sha256(transacciones + random)
No exactamente. El resultado del cálculo de hash=sha256(datos) es determinista y se puede obtener según un algoritmo bien conocido.
Pero la función _verse_ data=sha256^-1(hash) es tan compleja que, en tareas prácticas y bajo restricciones realistas de recursos computacionales, podemos asumir que no hay ningún algoritmo para calcularla que sea mucho más eficiente que la fuerza bruta. Las restricciones del valor de los datos aumentan exponencialmente con cada iteración de sha256.
¿Hay alguna forma de optimizar este proceso?
Los más conocidos se los hemos contado más arriba. Puedes intentar encontrar algo nuevo y contarlo a los demás ;)
He descrito un par de ataques teóricamente posibles a los pools de minería aquí: https://www.mql5.com/ru/forum/217910/page8#comment_5941539 Te darán una palmadita en la cabeza por eso, pero sólo con una barra de hierro.El trabajo en la interfaz gráfica se ha ralentizado, debido a las peticiones HTTPs
se "cuelgan" (a veces), causando excepciones que deben ser manejadas con cuidado.
Pero el trabajo avanza (poco a poco)