Minero de Bitcoin - página 8

 
Andrey F. Zelinsky:

Parece que los "expertos" en mercados financieros han caído de la luna en este foro.

Sí, yo también tengo la misma opinión sobre ti. Tal vez tengas la respuesta equivocada.

Existe una gran cantidad de literaturade divulgación científica sobre la organización del sistema financiero mundial y de cada país.

Hayvideo conferencias en youtube, por ejemplo Katasonov -- lo explica popularmente.

Si no le gusta laliteratura académica y especializada, lea o escuche a Starikov, que para los más lentos explica claramente qué, cómo y por qué.

No es serio para ti, es hora de tener tu propia opinión.

Si no hay autoridad para ti - "los bigotes, las patas y la cola del gato de Matrosskin" es la única autoridad-, entonces ni siquiera la joroba grave arreglará la joroba.

¡Y esto está fuera de los límites! ¿Qué he hecho para ofenderte?

 
Sergey Chalyshev:

¡Y eso está fuera de los límites! ¿Qué he hecho para ofenderte?

Sin ánimo de ofender en estos tiempos, no es más que un divertido giro de tuerca, puedes citarlo.
 
Andrey F. Zelinsky:
No hay resentimientos en estos tiempos - no más que un giro divertido de la frase - se puede citar.

No entiendo, ¿una cita para qué?

¿Quieres decir que tú también lo deseas?

No, no lo haré, no lo harás.

 
Sergey Chalyshev:

No entiendo, ¿una cita para qué?

¿Te refieres a desearte a ti también?

No, no lo haré, no lo harás.


No entiendo lo que dices.

 
anonymous:

1. Busque en Internet "mining pool"; los sitios web suelen tener instrucciones sobre cómo unirse. En general, es así: el software de minería necesita pasar un enlace de parámetros al pool, del que tomará los datos iniciales de los que se minarán los nuevos bloques.

2. No tengo ni idea. Como mínimo, necesitamos desarrollar un software que distribuya las tareas de minería + si las encuentra, las transfiera rápidamente a los nodos de la red bitcoin + calcule la tasa de hash de todos los participantes en el pool + controle la equidad de los participantes.

3. Digamos 100 MBit / protección ddos / redundancia en caso de fallo del canal.

Un bloque al día: para ello necesitas tener en tus manos ~1/144 de la potencia de toda la red bitcoin. Sólo tienes que calcular cuántos ASICs S9 necesitas para ello y cuánta energía consumen. Ese es el coste mínimo, por así decirlo.


Veo que eres conocedor del tema, permíteme preguntar - tengo una duda - los hashes se enumeran de forma aleatoria, y esencialmente se pueden repetir para diferentes usuarios, o hay un mecanismo unificado que informa que ese hash con los datos de origen existe (en el que se obtuvo) y no se debe contar? ¿O simplemente los pools son lo suficientemente fuertes como para fusionar la información sobre los hashes ya calculados por el pool, lo que descarta el recálculo?

 
Aleksey Vyazmikin:

Veo que entiendes el tema, permíteme preguntar - me desconcierta una cuestión - los hashes se buscan aleatoriamente, y de hecho se pueden repetir para diferentes usuarios, o hay un mecanismo unificado que notifica que ese hash con los datos de origen existe (sobre los que se obtuvo) y no es necesario calcularlo? ¿O es que los pools son fuertes porque combinan la información de los hashes ya calculados por el pool, lo que evita el recálculo?

La minería se hizo por última vez en febrero de 2011 :D Pero puedes pensar y adivinar cómo debería funcionar...

Los mineros independientes y los diferentes pools repiten naturalmente sus cálculos. Compiten entre sí.

En el caso de un pool, tiene sentido dar a los mineros bloques para la búsqueda completa, limitados a un cierto rango de extraNonce (el campo nonce se busca completamente, y muy, muy rápido); si no se recibe respuesta del minero en cierto tiempo inversamente proporcional a su tasa de hash - su contribución a la actividad del pool no se cuenta. Además, es necesario protegerse en caso de estos ataques:

1. Un minero toma una tarea del pool y devuelve una respuesta en un momento dado - "no hay solución adecuada para el bloque en esta tarea"- sin hacer ningún cálculo real. La protección es posible mediante la distribución de bloques superpuestos o la duplicación de tareas a diferentes mineros y la comparación de soluciones. Cualquiera que sea sorprendido repetidamente en un ataque de este tipo será expulsado.

2. Un minero utiliza el mismo equipo para participar en varios pools, inflando una tasa de hash inexistente. La protección es posible exigiendo que el ID de la piscina se incluya en el bloque.

El rebasamiento aleatorio y la falta de sincronización en el caso de un pool reducen la eficiencia del hardware, ya que el cálculo será repetitivo. Dichas agrupaciones tendrán pagos más bajos y no resistirán la competencia de quienes utilicen el equipo de forma más eficiente. Para un conjunto de ASICs autónomos que no requieren protección contra los ataques mencionados anteriormente, también la opción más rentable es dividir la tarea en bloques en lugar de intentar hacerlo al azar.

Google "Protocolo de minería de estratos"

 
anonymous:

La última vez que hice minería fue en febrero de 2011 :D Pero puedes pensar y adivinar cómo se debe organizar...

Los mineros independientes y los diferentes pools repiten naturalmente sus cálculos. Compiten entre sí.

En el caso de un pool, tiene sentido dar a los mineros bloques para la enumeración completa, limitada a algún rango de extraNonce (el campo nonce es la enumeración completa, y muy, muy rápida); si no se recibe respuesta del minero en un cierto tiempo inversamente proporcional a su tasa de hash, su contribución a la actividad del pool no se contabiliza. Además, es necesario protegerse en caso de estos ataques:

1. Un minero toma una tarea del pool y devuelve una respuesta en un momento dado - "no hay solución adecuada para el bloque en esta tarea"- sin realizar realmente ningún cálculo. La protección es posible distribuyendo bloques que se solapan o duplicando tareas a diferentes mineros y comparando las soluciones. Cualquiera que sea sorprendido repetidamente en un ataque de este tipo será expulsado.

2. Un minero utiliza el mismo equipo para participar en varios pools, inflando una tasa de hash inexistente. La protección es posible exigiendo que el ID de la piscina se incluya en el bloque.

El rebasamiento aleatorio y la falta de sincronización en el caso de un pool reducen la eficiencia del hardware, ya que el cálculo será repetitivo. Dichas agrupaciones tendrán pagos más bajos y no resistirán la competencia de quienes utilicen el equipo de forma más eficiente. Para un hangar ASIC autónomo que no necesita protección contra los ataques mencionados anteriormente, también la opción más rentable es dividir la tarea en bloques en lugar de probarla al azar.

Google "Protocolo de minería de estratos"


Gracias por la información. Así, si los mineros pudieran compartir los hashes que ya han recreado, el proceso se aceleraría claramente. Resulta que sus hashtags se almacenan en el PC, pero ¿ocupan mucho? ¿Quizás haya un sentido de intercambio de hashes en los hashes computados?

 
Aleksey Vyazmikin:

Gracias por la información. Así, si los mineros pudieran compartir los hashes que ya han redistribuido, el proceso se aceleraría claramente. Resulta que sus hashtags se almacenan en el PC, pero ¿ocupan mucho? ¿Tal vez tenga sentido intercambiar hashtags en hashtags computados?

No se almacenan y es inútil almacenarlos. No tienes medios para tantos datos, y aunque los tengas, la tasa de acceso será menor que la tasa de regeneración.

 
Sergey Chalyshev:

Tu razonamiento me deja perplejo ))

¿Tienes idea de lo que estás escribiendo?

Si es así, por favor, explique qué significa"inflación en profundidad".

¿Ve usted (tuteémonos, carajo) las comillas?

Mi suposición es que como la inflación del bitcoin está estrictamente racionada y la de las monedas mundiales no, el bitcoin se dividirá y dividirá en trozos cada vez más pequeños. Así es como lo llamé.

 
Sergey Chalyshev:

Creo que has ido demasiado lejos. El rublo no depende ni de lejos del dólar, y no ha girado, sino que se ha depreciado. Hasta ahora el rublo sólo ha ido en una dirección.

Exactamente... Y según sus palabras, su trabajo está "relacionado con el dinero".

En mi opinión, el rublo también depende muy poco del dólar. Mucho más la dependencia del rublo de los recursos energéticos.

Pero hay poca diferencia: tanto el rublo como el dólar son sólo papel, no tienen prácticamente ningún valor de uso (y ningún valor en la moneda no monetaria), por lo que no se puede decir que "están garantizados por algo". Garantía: implica la posibilidad ilimitada de intercambiar moneda por el objeto de la garantía y viceversa. No es el caso del dólar, el rublo, el bitcoin o cualquier otra moneda moderna.