Mineur de bitcoin - page 36
Vous manquez des opportunités de trading :
- Applications de trading gratuites
- Plus de 8 000 signaux à copier
- Actualités économiques pour explorer les marchés financiers
Inscription
Se connecter
Vous acceptez la politique du site Web et les conditions d'utilisation
Si vous n'avez pas de compte, veuillez vous inscrire
Fin de la commutation automatique entre les algorithmes, lorsque
" l'interface graphique elle-même, je vais la poster (peut-être que quelqu'un la trouvera utile).
Quel est le principe des algorithmes de commutation ?
Quel est le principe de la commutation d'algorithme ?
1. la vitesse de la carte est testée sur l'algorithme EVERY, les données sont enregistrées (de manière permanente).
2. Grâce à l'API du serveur que vous exploitez, vous obtenez les taux pour chaque algorithme par intervalles de 30 secondes.
3. Calculer la rentabilité <coût*vitesse>.
4. Vous choisissez le meilleur taux.
1. la vitesse de la carte est testée sur l'algorithme EVERY, les données sont enregistrées (de manière permanente).
2. Grâce à l'API du serveur sur lequel vous exploitez le minerai, vous obtenez les taux pour chaque algorithme avec un intervalle de 30 secondes.
3. Calculer la rentabilité <coût*vitesse>.
4. Vous choisissez le meilleur taux.
Raisonnable. Mais y a-t-il une corrélation directe entre la vitesse et la rentabilité ? Peut-on soutenir que plus la vitesse de calcul est élevée, plus la probabilité de résoudre le problème est grande ? Ne faut-il pas tenir compte de la quantité de données à traiter pour résoudre le problème ? Peut-être cela sera-t-il différent pour chaque crypto-monnaie. Ou bien cela n'a-t-il pas d'importance, y a-t-il une utilité (hmmm... le nom m'échappe - en général vous êtes une cellule d'un réseau commun qui distribue les tâches) ?
Raisonnable. Mais y a-t-il une corrélation directe entre la vitesse et le revenu ? Peut-on soutenir que plus la vitesse de calcul est élevée, plus la probabilité de résoudre le problème est grande ? Ne faut-il pas tenir compte de la quantité de données à traiter pour résoudre le problème ? Peut-être cela sera-t-il différent pour chaque crypto-monnaie. Ou bien cela n'a-t-il pas d'importance, y a-t-il une utilité (hmmm... le nom m'échappe - en général vous êtes une cellule d'un réseau commun qui distribue les tâches) ?
Les revenus dépendent beaucoup de la vitesse, mais très bvzhe facteur comme rasceka pour MN.
Le monde entier est constitué de cellules solides dans un domaine ou un autre. :)
Le logiciel original du fabricant fonctionne-t-il sur le même principe et en quoi le vôtre en diffère-t-il ?
Le principe a été repris du programme original, mais il a cessé de fonctionner :(
Mes "contre-performances" au travail...
1. Il n'a pas été rentable de miner du BTC sur les cartes vidéo spécifiquement depuis plusieurs années. Même le coût de l'électricité ne sera pas récupéré. Seuls les ASIC haut de gamme...
2. Si vous rejoignez un grand pool, la prime par jour sera approximativement égale à <prime par bloc> * <nombre de blocs minés par jour> * <votre taux de minage> / <le taux de minage total du réseau> - <commission du pool>.
Un bloc est généré environ une fois toutes les 10 minutes. Les frais de bloc sont actuellement, si je ne me trompe pas, de 12,5 BTC ; avec le minage, ils diminuent périodiquement de 2 fois. Le taux de hachage actuel du réseau est de ~10.6M THash/sec.
Sans pool - l'espérance de gain est la même, mais la valeur aléatoire de la récompense aura une très grande variance : dans la plupart des cas, le gain sera nul, mais vous aurez peut-être de la chance et attendrez le moment où vous réussirez à faire un bloc et à obtenir la récompense correspondante.
3. Vendez en personne ou mettez-le sur l'une des dizaines de bourses et échangez-le contre la devise souhaitée. Pour effectuer un retrait sur un compte ou une carte bancaire, vous devrez peut-être passer par des procédures de lutte contre le blanchiment d'argent. Certains échanges ne fonctionnent pas avec les personnes de certains pays.
Toutes les informations relatives aux transactions dans le réseau Bitcoin sont contenues dans une base de données spéciale (blockchain), cette base de données est synchronisée entre tous les nœuds bitcoin (portefeuille, client et serveur simultanément, il n'y a pas de nœud maître, tous sont égaux en capacité les uns par rapport aux autres. Ainsi, par exemple, le bitcoin est décentralisé, et on ne peut pas faire une transaction invalide, tous les autres nœuds la rejetteront).
Toutes les dix minutes, un nouvel enregistrement (bloc) est ajouté à cette base de données (bloc). Le bloc contient des informations sur les nouvelles transactions effectuées depuis le dernier bloc (pour chaque transaction - l'adresse d'où proviennent les bitcoins, l'adresse où ils sont allés et le nombre de bitcoins).
Le processus de génération d'un tel bloc est appelé "minage". La fonction de hachage sha256 est appliquée à cette liste de transactions, dont le résultat est un long code de hachage. Il y a une exigence pour le code - il doit avoir un certain nombre de zéros au début, et ce nombre dépend du nombre actuel de mineurs. Plus la capacité d'extraction est importante dans le monde, plus il faut de zéros dans le code de hachage pour que le temps moyen de génération des blocs reste approximativement le même et ne s'accélère pas.
Les mineurs peuvent ajouter un nombre aléatoire à la liste des transactions afin que la fonction de hachage donne un nombre différent de zéros dans le hachage, et ce jusqu'à ce qu'ils atteignent le nombre requis de zéros dans le hachage, auquel cas le nouveau bloc est considéré comme trouvé et synchronisé avec tous les autres nœuds du réseau. En récompense de la découverte d'un bloc, le mineur reçoit des commissions sur les transactions de ce bloc et un nombre supplémentaire de nouveaux bitcoins.
L'optimisation de l'exploitation minière peut se faire en accélérant les fonctions sha256, par exemple en utilisant une carte graphique pour effectuer les calculs à la place d'un CPU, ou en utilisant un processeur spécialement construit qui ne peut que lire la fonction (FPGA, ASIC).
Le résultat de la fonction de hachage est complètement aléatoire, et il n'est pas possible de calculer le bon nombre, le problème ne peut être résolu que par le bruteforcing.
hash = sha256(transactions + random)
l'exigence de hachage est que le résultat doit commencer par un certain nombre de zéros, par exemple 0000000000000.....Z4lYFzZET4vE8OVtCNfKrgZY2wLZHCr
random - nombre aléatoire à parcourir
Plus d'informations surhttps://en.bitcoin.it/wiki/Mining, et dans les liens sous "Voir aussi".
Le résultat de la fonction de hachage est complètement aléatoire, et il est impossible de calculer le bon nombre, le problème ne peut être résolu que par le bruteforcing.
hash = sha256(transactions + random)
Pas exactement. Le résultat du calcul de hash=sha256(data) est déterministe et peut être obtenu selon un algorithme bien connu.
Mais la fonction _verse_ data=sha256^-1(hash) est si complexe que dans des tâches pratiques et sous des contraintes réalistes de ressources informatiques, on peut supposer qu'il n'existe pas d'algorithme pour la calculer qui soit beaucoup plus efficace que la force brute. Les contraintes de valeur des données augmentent de façon exponentielle à chaque itération de sha256.
Existe-t-il des moyens d'optimiser ce processus ?
Les plus connus vous ont été racontés plus haut. Vous pouvez essayer de trouver quelque chose de nouveau et le dire aux autres ;)
J'ai décrit ici quelques attaques théoriquement possibles contre les pools miniers : https://www.mql5.com/ru/forum/217910/page8#comment_5941539. Ils vous tapent sur la tête pour cela, mais seulement avec un démonte-pneu.Le travail sur le GUI a été ralenti, à cause des demandes HTTPs
Res:= IdHTTP1.Get('https://api.nicehash.com/api?method=simplemultialgo.info');sont (parfois) en train de "planter", provoquant des exceptions qui doivent être traitées avec soin.
Mais le travail progresse (petit à petit)