Exploitation minière de Signum

Signum Mining: Introduction

L’exploitation minière Signum est la base de l’ajout de blocs à la blockchain Signum. Il existe deux processus distincts; une étape préparatoire appelée tracé et une étape de traitement appelée exploitation minière. Cette division unique différencie l’algorithme de consensus de preuve de capacité de Signum de son homologue fonctionnel, l’algorithme de consensus de preuve de travail. Il vaut à Signum la désignation « respectueux de l’environnement ».

  • Étape 1: Le logiciel de traçage précalcule et stocke les résultats des fonctions de hachage cryptographique dans les fichiers de parcelle. Ces fichiers de tracé contiennent les données et les calculs nécessaires pour forger des blocs, y compris ce que l’on appelle les délais. Comme les calculs sont conservés plutôt que rejetés immédiatement (comme c’est le cas dans les systèmes traditionnels de «preuve de travail»), la capacité minière augmente avec le temps. Le tracé satisfait le problème du «rien en jeu» et peut être considéré comme un composant de preuve de travail modifié.
  • Étape 2: Le logiciel de minage lit rapidement un sous-ensemble des données contenues dans les fichiers de tracé et soumet le meilleur délai (solution cryptographique) au réseau Signum. * Le mineur soumettant le meilleur délai se voit accorder le droit de forger le bloc associé et gagne le bloquer les récompenses et les frais de transaction.

*Signum utilise un réseau API sophistiqué et décentralisé pour vérifier et enregistrer les transactions dans son grand livre distribué et immuable.

traçage:

Le tracé est l’étape préparatoire qui précède l’exploitation minière de Signum. Le traçage de Signum résout le problème du «rien en jeu» et peut être considéré comme un composant de preuve de travail modifié. Il est temporaire par nature en tant qu’étape préparatoire et n’est pas comparable à la preuve de travail continue mise en œuvre par d’autres pièces qui utilisent la preuve de travail comme algorithme de consensus.

Le logiciel pré-calcule et stocke toutes les informations nécessaires pour forger des blocs Signum, y compris un soi-disant délai. Bien qu’il y ait plusieurs opérations en cours, telles que les opérations de division et de chaîne, les calculs les plus notables sont basés sur la fonction de hachage cryptographique Shabal-256. Shabal-256 est relativement lent et lourd par rapport à d’autres fonctions cryptographiques telles que SHA256. Sélectionné pour ces caractéristiques, Shabal-256 ralentit le taux de création de fichiers de tracé tout en restant suffisamment rapide pour la vérification en direct utilisée dans Signum. Le logiciel de minage récupère ces hachages pour trouver des valeurs pour forger des blocs.

Les fichiers de tracé sont liés aux ID de compte Signum, de sorte que des ID de compte différents génèrent toujours des fichiers de tracé uniques. Les fichiers de tracé créés sur un ordinateur avec un processeur plus rapide sont transférables pour être extraits par un ordinateur avec un processeur plus lent. En règle générale, lorsque vous utilisez un logiciel de traçage compatible GPU, réservez le GPU exclusivement pour le traçage pendant la durée de la session de traçage afin d’éviter de créer des fichiers de tracé corrompus. Certains logiciels peuvent inclure des innovations qui empêchent cela.

Évitez de créer des fichiers de tracé en double ou qui se chevauchent. Les parcelles en double ou qui se chevauchent ne causeront pas de dysfonctionnement et peuvent passer inaperçues. Cependant, ils n’ont aucune valeur dans le processus d’extraction. Pour éviter de créer des fichiers de tracé qui se chevauchent, entrez soigneusement un numéro de tracé de départ correct pour chaque session de tracé.

Engraver, un programme de traçage dédié facile à utiliser, se trouve dans le Bibliothèque de logiciels Signum . TurboPlotter9000 est une bonne option si vous disposez d’un lecteur SMR utilisable comme lecteur intermédiaire. BTDEX est la solution tout-en-un parfaite pour les débutants.

Extraction en solo et minage en piscine:

Un mineur en solo ne bénéficie que des fichiers de l’intrigue qui sont spécifiquement liés à leur compte. Si un mineur solo soumet le meilleur délai au réseau, il sera seul crédité de la récompense totale du bloc et de 100% des frais de transaction associés à ce bloc. Étant donné que la probabilité pour un individu de forger un bloc est faible, un succès constant avec l’extraction en solo nécessite de nombreux fichiers de parcelles. Avec la taille actuelle du réseau, l’exploitation minière en solo réussie nécessite plusieurs téraoctets de capacité de stockage. Cependant, il n’est pas inhabituel pour un petit mineur de choisir l’exploitation minière en solo dans le but de décentraliser le réseau. Dans ce cas, cependant, le profit n’est pas l’objectif principal.

L’exploitation minière en piscine est l’alternative à l’exploitation minière en solo. Avec l’exploitation minière en pool, les mineurs individuels apportent leur capacité à un groupe coopératif qui partage les revenus gagnés en fonction de leurs politiques de distribution de récompenses (généralement proportionnellement). La plupart des mineurs de petite capacité préfèrent l’exploitation minière en pool car elle fournit un flux de paiements plus petits mais plus réguliers. Vous pouvez rejoindre n’importe quel pool en lançant une transaction d’attribution de récompense ou en effectuant une sélection dans la liste préconfigurée de pools dans votre logiciel de portefeuille. Il existe également une liste de pools dans la section des services en ligne.

Toute personne possédant l’expertise technique requise peut exploiter un pool minier en utilisant logiciel développé par la communauté Signum .

Étape 1

Le logiciel de traçage pré-calcule et stocke le résultat des fonctions de hachage cryptographique dans des fichiers de tracé.

Étape 2

Un logiciel de minage lit un sous-ensemble de données de fichiers de parcelles et soumet les meilleurs délais au réseau.

BTDEX

BTDEX est un programme qui exécute les étapes 1 et 2 de manière transparente. Parfait pour les débutants.

Exploitation minière en solo

Gagnez 100% de la récompense globale et des frais associés lorsque vous faites cavalier seul.

Exploitation minière en piscine

Ajoutez votre capacité à un groupe communautaire et partagez proportionnellement les récompenses gagnées par le groupe.

Affectation de récompense

Une transaction en chaîne qui joint votre compte à un pool de minage.

Bloquer les récompenses

Les récompenses pour chaque bloc diminuent de 5% chaque mois avec une récompense de bloc minimale de 100.

Capacité minière

La capacité minière est déterminée statistiquement en fonction de la fréquence et de la qualité des délais soumis.

Miser

L’enjeu est la quantité de Signum qui est verrouillée afin d’augmenter la capacité effective.

Attribution de récompense:

L’attribution de récompenses est une transaction qui informe le réseau que toutes les récompenses de bloc attribuées à vos fichiers de parcelles doivent être attribuées à un autre compte. C’est le mécanisme qui permet à un pool de recevoir les récompenses de bloc qu’il distribue à ses participants. L’attribution de récompenses autorise la signature des blocs forgés en utilisant les délais que vous avez soumis par le compte du pool minier.

Trouvez la transaction d’attribution de récompense dans le menu déroulant dans le coin supérieur gauche du portefeuille Phoenix ou derrière l’icône d’engrenage dans Signum Node. Dans BTDEX, l’attribution de la récompense est accomplie par le bouton « Rejoindre le pool » situé dans l’onglet Exploitation minière.

Après avoir sélectionné « Attribution de récompense », entrez l’adresse du compte du destinataire au format Reed Solomon, les frais de transaction minimum (.00735), votre phrase secrète, et cliquez sur « Définir le destinataire de la récompense ». Les transactions des destinataires de récompenses deviennent effectives après quatre confirmations, il faut donc en moyenne 16 minutes pour devenir effectives sur la blockchain.

Les nouveaux comptes créés dans BTDEX et Phoenix reçoivent une petite quantité de Burstcoin pour couvrir les frais de transaction. Les comptes créés avec BRS peuvent également recevoir ce petit montant s’ils sont importés temporairement dans Phoenix pour utiliser la fonctionnalité «activation de compte» de ce portefeuille. Une autre option consiste à exploiter un nœud complet et à recevoir Prix SNR pour financer les frais de transaction d’attribution de récompense. Cette récompense est payée quotidiennement et constitue un bon moyen de compléter vos revenus miniers. Vous pouvez également faire une demande pour le montant nécessaire dans un forum Burstcoin. Le forum recommandé à cet effet est Burstcoin Discord. Les demandes pour le montant nécessaire sont habituelles et bienvenues.

Certains pools ont une option gratuite qui vous permet de définir votre attribution de récompense directement sur leur site Web. Cela implique la saisie de votre phrase secrète dans un formulaire en ligne. Il est important de se rappeler qu’une fois que la phrase de passe d’un compte a été saisie dans un formulaire en ligne, il ne peut plus jamais être considéré comme sécurisé. Pour collecter les recettes minières, cela peut ne pas être un problème. N’oubliez pas de ne pas utiliser le compte à l’avenir pour des montants importants.

Remarque: il est possible de définir le destinataire de la récompense directement à l’aide de l’API. Cependant, cette méthode est technique et principalement utilisée dans le développement de logiciels.

Capacité minière et taille effective de la parcelle:

La capacité d’exploitation minière, c’est-à-dire la capacité totale de stockage consacrée aux fichiers de parcelle, est le facteur déterminant pour choisir entre les méthodes d’extraction. Il peut également informer le choix de la piscine minière à rejoindre. Il n’y a pas de règles strictes pour prendre cette décision et aucun obstacle technique n’empêche quiconque ayant une capacité minière particulière de rejoindre un pool spécifique. Les politiques de distribution sont généralement énoncées à l’aide de deux chiffres. Le premier représente le pourcentage de la récompense de bloc versée au compte fournissant la solution cryptographique gagnante. La seconde, appelée «part historique», représente le pourcentage de la récompense globale distribuée entre les mineurs participants restants.

À des fins d’illustration, la sélection non officielle suivante des méthodes communes de distribution minière Signum est fournie. Chacun est associé à une capacité minière suggérée:

distribution Forger réussi Part historique Capacité minière (en téraoctets)
0 – 100 0% 100% 0 – 40
20 – 80 20% 80% 30 – 80
50 – 50 50% 50% 60 – 200
80 – 20 80% 20% 150 – 250
100 – 0 100% 0% 150 and higher

Veuillez noter que les méthodes de distribution sont décentralisées et fixées uniquement par des opérateurs de pool individuels. Ce barème ne traite pas des frais qu’un opérateur de pool peut facturer. Les opérateurs de pool peuvent également fixer leurs calendriers de paiement et leurs paiements minimaux de manière indépendante. Avec l’introduction récente de transactions multi-out, les pools ont une flexibilité supplémentaire. Certains ont choisi de payer des récompenses tous les jours.

La taille effective de la parcelle est le paramètre utilisé pour déterminer la part de chaque mineur dans les revenus miniers d’un pool. La méthode de calcul de cette statistique est définie indépendamment par chaque opérateur de pool. Il est généralement calculé en fonction des meilleurs délais soumis par un mineur sur 360 blocs. Il commence généralement à zéro pour un nouveau mineur et augmente pour refléter la capacité totale sur 24 heures. Parce qu’il est généré statistiquement, il oscille généralement au-dessus et en dessous de la capacité physique réelle. Vous pouvez optimiser ce calcul en limitant le délai maximum de remise en fonction du cahier des charges de votre piscine.

Bloquer les récompenses:

Les revenus miniers se composent de récompenses forfaitaires et de frais de transaction.

Les récompenses de bloc Signum sont réduites tous les 10800 blocs (environ une fois par mois), sous réserve d’une récompense de bloc minimale de 100. La formule générale pour calculer la récompense de bloc en fonction de la hauteur de bloc actuelle est la suivante: max ((mois = hauteur de bloc / 10800reward = 10000 * 95 ^ mois / 100 ^ mois), (100))

Pour un calendrier des récompenses en bloc, reportez-vous à la fin de ce document.

 

Informations techniques:

public static long getBlockReward(int height) {

if (height == 0 || height >= 1944000) {

return 0;

}

int month = height / 10800;

return

BigInteger.valueOf(10000).multiply(BigInteger.valueOf(95).pow(month))

.divide(BigInteger.valueOf(100).pow(month)).longValue() * Constants.ONE_BURST;

}

Le processus d’extraction et de forge des blocs: (Commencer les informations techniques)

Un nœud Signum (installé localement ou accessible à distance) et un logiciel de minage Signum (pour calculer les délais à partir des fichiers de tracé) sont requis.

Le logiciel d’exploration de données demande des informations d’exploration au nœud comme suit:

  • Nouveau signature de génération = Shabal-256 ( précédent signature de génération, précédent générateur de blocs )
  • valeur cible de base
  • Nouveau hauteur de bloc
  • hachage de génération = Shabal-256 ( Nouveau signature de génération, Nouveau hauteur de bloc )

A partir de ces informations ( Exemple d’API ), le logiciel de minage produit ce qui suit:

  • nombre de scoop = modulo 4096 ( hachage de génération )

Ce numéro est utilisé pour sélectionner des scoops (données de scoop) à partir des fichiers de tracé. Pour chaque scoop, les éléments suivants sont calculés:

  • cible = shabal-256 ( récupérer des données , signature de génération )
  • date limite = 1er 8 octets ( cible / cible de base )

Une fois que toutes les échéances ont été calculées, l’échéance la plus basse (sous réserve du paramètre d’échéance maximale), le cas échéant, est soumise au nœud, avec l’ID de compte numérique lié au fichier de tracé associé et le numéro de nonce pour les données scoop qui ont été utilisées pour générer la date limite. Pour l’exploitation minière en solo, la phrase de passage du compte lié au fichier de l’intrigue est également adoptée. Pour l’exploitation de piscine, la phrase de passage du compte pool est utilisée.

Remarque: les anciens logiciels d’exploitation minière ont soumis plusieurs délais, puis des délais inférieurs au fur et à mesure qu’ils ont été trouvés, sous réserve de la définition du délai maximal. Cependant, il n’y a aucune raison de le faire en suivant le hardfork de sodium.

Lors de la réception de la date limite (ou des dates limites) du logiciel de minage, le nœud de réception crée un nonce qui sera utilisé pour rechercher et vérifier la date limite. Si la date limite est vérifiée, le nœud attend que la date limite expire. Si un délai inférieur est transmis au nœud alors que le délai d’origine expire, le nœud attendra l’expiration du nouveau délai inférieur. Après l’expiration du délai le plus bas soumis au nœud, le nœud vérifiera le réseau pour voir si un nouveau bloc valide a déjà été annoncé. Si un nouveau bloc a déjà été annoncé, les informations seront supprimées. Si un nouveau bloc n’a pas été annoncé, le nœud commencera à forger un nouveau bloc.

Pour forger un bloc, le nœud collecte les transactions non confirmées et vérifie la validité de chaque transaction, signature, horodatage, etc. Il rassemble autant de transactions que possible jusqu’à ce que le nombre maximum de transactions par bloc soit atteint ou que toutes les transactions disponibles aient été traitées. Les contraintes sur l’inclusion des transactions sont la charge utile de bloc maximale de 179 520 octets (176 ko) et le nombre maximal de transactions pouvant être incluses dans un seul bloc. Le nombre maximal théorique de transactions est de 19 200.

Voir Traitement des transactions Signum pour plus d’informations sur le fonctionnement du traitement des transactions.

Une fois qu’un nœud forge un bloc, il l’annonce au réseau en se connectant à des pairs et en envoyant le bloc pour vérification et validation.

Remarque: les transactions sont stockées séparément des blocs.

Les pools fixent souvent un délai maximum. Les délais dépassant cette limite sont exclus du calcul des parts historiques.

Diagramme minier Signum

Bloquer le contenu et bloquer les explorateurs:

Les explorateurs de blocs Signum sont utilisés pour afficher les informations et le contenu des blocs. Les explorateurs de blocs sont fournis par des programmeurs et des organisations de la communauté Signum. Divers explorateurs de bloc peuvent être trouvés dans le répertoire de services en ligne. Une sélection de détails pour chaque bloc est également incluse dans la plupart des portefeuilles.

Informations généralement trouvées dans un explorateur de blocs:

  • Numéro de version de bloc – se réfère au format de bloc qui détermine ce qu’un bloc peut contenir.
  • Hauteur du bloc
  • Liste des Ids de transaction inclus.
  • Hh de charge utile – Hh Sha256 de toutes les données incluses dans la charge utile de bloc.
  • Timetamp – time the block was forged – dérivé de l’heure du bloc Genesis (11 août 2014, à 02:00:00)
  • Montant total de toutes les transactions incluses
  • Montant total des frais de transaction
  • Longueur de charge utile
  • La clé publique du compte qui a forgé le blocage.
  • Signature de génération utilisée pour forger le bloc.
  • Sha256 hh du contenu du bloc précédent.
  • Précédent bloc Id – les 8 premiers octets du hh de bloc précédent converti en un nombre.
  • Difficulté cumulative – utilisé pour prévenir les problèmes de «rien en jeu» pendant les fourches potentielles: Calcul: (difficulté cumulative précédente – ( 18446744073709551616 / cible de base )
  • Cible de base qui a été utilisée lorsque le bloc a été forgé.
  • Numéro nonce utilisé pour forger le bloc.
  • AT – octets de charge utile de l’AT si AT a été ajouté au bloc.
  • Signature de bloc – hh 64-octet généré à partir de la clé privée du faussaire et du contenu du bloc.

Fonctions de hachage:

Les fonctions de hhasseur réduisent le texte ou les données à une chaîne de caractères de 64 caractères. Indépendamment de la longueur ou du contenu, un texte original produit une chaîne identique de 64 caractères à chaque fois; La moindre modification apportée à l’original entraîne une chaîne de caractères complètement différente. Les fonctions de hachage ont de nombreuses applications. La première consiste à vérifier un programme pour les modifications en comparant le hachage qu’il produit avec un hachage produit à partir d’une version qui est connue pour être bonne, ou du moins l’original. Si un programme présenté comme original produit un hachage différent, cela prouve qu’il a été modifié.

Avec l’application de cryptologie de Signum, chaque bloc contient le hachage du bloc précédent afin que chaque bloc de la chaîne soit vérifiable. Si un bloc précédent est modifié, le hachage de chaque bloc suivant devrait également être modifié, une tâche qui prendrait des milliards d’années en raison de la forte cryptologie de Signum. De nouveaux blocs sont ajoutés environ toutes les quatre minutes. Cette courte fenêtre d’opportunité exclut une tâche aussi longue. C’est là que réside la sécurité de la blockchain Signum.

Contrairement à Bitcoin, le problème n’est pas résolu par des suppositions aléatoires mais en lisant des graphiques contenant les résultats de fonctions de hachage précalculées. Chacun est évalué pour déterminer une date limite, le temps qu’il faudrait à une intrigue pour renvoyer une réponse au puzzle. Le compte soumettant le délai valide le plus court est autorisé à signer le blocage et à recevoir la récompense de blocage.

Les blocs nouvellement créés sont distribués au réseau par le compte qui les crée.

Informations techniques pour la création de fichiers de tracé:

Voici la terminologie nécessaire pour comprendre le processus de création de fichier de tracé dans Signum mining:

  • identifiant de compte : ID numérique du compte Signum qui lie un fichier de tracé à un compte Signum spécifique.
  • Shabal-256 : La principale fonction cryptographique utilisée pour les processus Signum.
  • Planter : Un argument Shabal-256. Elle peut être considérée comme une variable d’entrée.
  • Hacher : Dans le contexte de Signum, la sortie de la fonction Shabal-256. Taille sur disque: 32-Byte (256 bits). Tous les hhass sont stockés avec un hhasser final.
  • Scoop: Les scoops sont les subdivisions de niveau de base des données de hhassdans dans un fichier de parcelle. Chaque boule contient deux hâts. Chaque scoop se voit attribuer un numéro unique allant de 0 à 4096. Taille sur disque : 64 octets.
  • Nonce: Les nonces sont la subdivision de haut niveau des données de hhassdans dans un fichier de parcelle. Chaque nonce contient 4096 boules. Chaque nonce se voit attribuer un numéro unique allant de 0 à (( 2 à 64) – 1) (0, 1, 2, 3 … 18,446,744,073,709,551,615). Le numéro d’identification est pré-attribué et utilisé comme graine dans la génération du nonce. Pour cette raison, chaque nonce a un ensemble unique de données. Taille sur disque: 256 Kilobytes.
  • Fichier de tracé : Un fichier informatique contenant toutes les données nécessaires pour forger des blocs Signum. Les données du fichier de tracé sont d’abord subdivisées par nonces, puis par scoops. Taille sur le disque: minimum de 256 kilo-octets, maximum de la capacité totale du disque.

Remarque: les fichiers de tracé contiennent uniquement des données brutes. Il n’y a pas d’en-têtes. Le nom de fichier comprend toutes les informations nécessaires à un utilisateur ou un mineur. Le formatage du nom de fichier est le suivant.

Format POC2: AccountID-StartingNonce-NrOfNonces

Générer un nonce :

Étape 1 : Calculez le hachage initial (#8191) à partir d’une graine composée de l’ID de compte de 8 octets et du numéro de nonce de 8 octets. Chaque numéro de hachage suivant diminuera de 1 jusqu’à ce que le numéro de hachage final soit 0.

Hash #8191 = Shabal256 (ID de compte de 8 octets, numéro de nonce de 8 octets)

Étape 2: Ajoutez le hash #8191 à la graine initiale, créant une nouvelle graine. Calculez le hâh #8190.

Hash#8190 = Shabal256 ( Hash#8191, compte I de 8 octets, numéro de nonce de 8 octets)

Étape 3 : Ajoutez le hash #8190 au hash #8191, créant la graine suivante. Calculez le hâh #8189.

Hash#8189 = Shabal256 (Hash#8190, Hash#8191, ID de compte de 8 octets, numéro de nonce de 8 octets)

Étape 4: Continuez à ajouter chaque résultat à la dernière graine et à exécuter le calcul jusqu’à ce que 128 itérations soient terminées. Après la 128e itération, les graines résultantes dépasseront 4 096 octets. Pour toutes les itérations restantes, n’utilisez que les 4 096 derniers octets.

Étape 5 : calculez un hachage Shabal-256 final de tous les 8192 hachages et de la graine d’origine de 16 octets.

Hash final = Shabal256( Hash#0, Hash#1, Hash#2, ( . . . ) , Hash#8191, ID de compte de 8 octets, numéro de nonce de 8 octets)

Utilisez le hachage final pour XOR tous les autres hachages individuellement:

L’opérateur logique XOR compare le 1er octet de chaque hachage et renvoie un «1» si les octets correspondent ou un «0» si les octets ne correspondent pas. L’opération est effectuée pour chaque position d’octet.

Hash 1 0 0 0 0 0 0 0 0
Hash 2 0 0 0 0 0 0 0 1
Xor 1 1 1 1 1 1 1 0
Hash 1 0 0 0 0 1 1 1 1
Hash 2 0 0 0 0 1 1 1 0
Xor 1 1 1 1 0 0 0

1

 

Comme suit:

 

32 octets de hachage #8191 Xor Hachage final de 32 octets
32 octets de hachage #8190 Xor Hachage final de 32 octets
32 octets de hachage #8189 Xor Hachage final de 32 octets
( . . . )
32 octets de hachage #0 Xor Hachage final de 32 octets

 

Une fois terminé, le nonce nouvellement créé est stocké dans un fichier de tracé et le processus de génération d’un nonce se répète. Chaque nonce généré par la suite est ajouté au fichier de l’intrigue. Le nombre de nonces inclus dans un fichier de tracé n’est limité que par la capacité de stockage.

Format POC2

Le processus de création de nonces décrits jusqu’à ce point résume ce qu’on appelle le format POC1. Pour résoudre une vulnérabilité de «compromis temps-mémoire» largement théorique avec POC1, POC2 a été créé. La création du POC2 suit le format POC1, mais une dernière étape est ajoutée pour réorganiser les données. Le nonce est divisé en 2 moitiés (numéros de scoop 0 – 2047 et numéros de scoop 2048 – 4095). Les données de la 2ème moitié de chaque scoop dans les nombres inférieurs et les données de la 1ère moitié de chaque scoop dans les nombres supérieurs sont permutées. Le scoop miroir est calculé comme 4095 – CurrentScoop.

Remarque : les tracés Poc1 peuvent jusqu’à présent être utilisés pour l’exploitation minière, cependant, la vitesse de lecture des fichiers POC2 est la moitié de la vitesse de lecture des fichiers POC1. Les fichiers POC1 peuvent être mis à niveau vers POC2 à l’aide d’un convertisseur de fichier de tracé. Le processus de conversion prend à peu près aussi longtemps que le replot, la plupart choisissent donc de reploter plutôt que d’utiliser le processus de conversion. Vous pouvez identifier les fichiers de tracé POC1 par leur nom de fichier, qui suit le modèle 15286677094439976801_64658021_19075408_19075408 (4 nombres séparés par des traits de soulignement). Les fichiers de tracé POC2 n’ont que 3 nombres dans leur nom de fichier comme suit: 15286677094439976801_1816799207619978854_456192.

Structure de parcelle

Logiciel d’exploration lit à partir d’un ou plusieurs fichiers de parcelle. Il ouvre un fichier, localise un scoop et lit les données que contient le scoop. Si le fichier de parcelle n’est pas optimisé pour ce processus, les emplacements de scoop seront dans plus d’un emplacement. Dans l’exemple suivant, le logiciel recherche le scoop # 403. La continuité est interrompue car le logiciel doit lire le scoop #403 à partir du nonce 0, puis localiser et lire le scoop #403 à partir du nonce 1. L’optimisation est le processus qui place tous les scoops de tous les nonces dans un seul secteur.

Un logiciel récemment développé optimise automatiquement les fichiers de tracé au fur et à mesure qu’ils sont écrits dans le stockage. Avant ce développement, il était nécessaire d’utiliser un deuxième programme pour regrouper les données de manière corrective.

Informations obsolètes avec le format POC2:

Stagger – Un groupe de nonces dans un fichier de tracé. Chaque décaler a un nombre de décaleurs égal au nombre de nonces dans le groupe. Pour trouver le nombre de groupes dans un fichier de parcelle, le nombre de nonces est divisé par le nombre de décaleurs. Si le nombre d’échelonnement est égal au nombre de nonces dans le fichier, il n’y a qu’un seul groupe et le fichier de tracé est complètement optimisé. Si la division n’entraîne pas d’intégrage, le fichier de l’intrigue peut être supposé être rompu. Les noms des fichiers sous le format POC1 sont les suivants :

Format POC1 : AccountID-StartingNonce-NrOfNonces-Stagger (déprécié)

Bloquer le calendrier des récompenses:

Mois date Hauteur Récompense
0 2014-08-11 0 10000
1 2014-09-11 10800 9500
2 2014-10-11 21600 9025
3 2014-11-11 32400 8573
4 2014-12-11 43200 8145
5 2015-01-11 54000 7737
6 2015-02-11 64800 7350
7 2015-03-11 75600 6983
( … ) ( … ) ( … ) ( … )
83 2021-07-11 896400 141
84 2021-08-11 907200 134
85 2021-09-11 918000 127
86 2021-10-11 928800 121
87 2021-11-11 939600 115
88 2021-12-11 950400 109
89 2022-01-11 961200 104
90 2022-02-11 972000 * 100

* La récompense de bloc minimale est de 100 Signa pour tous les blocs après la hauteur de bloc 972000.

Crédits:

Les informations contenues dans cette documentation sont basées sur un article rédigé par Quibus. La documentation a été révisée par decrescendo. Dernière révision 15/07/2021. L’audit de contenu pour ce document est apprécié.

11 + 2 =

Share This