@Pieter, la longueur de l'intervalle ne peut pas être négatif :) @GregHewgill Avec index c'est un peu plus grande, et cela dépend un peu sur votre nœud. Certains sont plus petits que les autres. ECDSA n'est pas linéaire. Schnorr est: la vérification de la signature de l'équation est sG = R + H(R,P,m)*P. Deux personnes peuvent venir avec leurs propres R1 et R2, et si ils produisent alors des signatures s1 et s2 qui satisfont à l'équation s1G = R1 + H(R1+R2,P,m)*P1, et puis ajouter jusqu'à s = s1 + s2, le résultat satisfait sG = R + H(R,P,M)(P1+P2); c'est à dire qu'il est une signature valide pour la somme de clés. Une telle construction n'est possible que grâce à l'équation étant linéaire dans tous signataire variables: s = k + H(R,P,m)x (avec k = nonce, x = clé privée). Pour ECDSA c'est sk = m + rx. La multiplication de s*k sauts de linéarité. (Ou c'est peut-être un paramètre de configuration que j'ai oublié ...) Que puis-je faire pour y remédier
Si la difficulté est D, alors la cible de hachage (la valeur en dessous de laquelle le bloc de hachages doit aller) est:
0x00000000FFFF0000000000000000000000000000000000000000000000000000 / D
(par définition de la difficulté, qui est une fraction de la valeur maximale de la cible), ou autrement dit, le nombre de hachages est:
65535 * 2208 / D
Ce qui signifie que le rapport de tous les hachages plus valide hachages serait:
2256 / (65535 * 2208 / D) =
D * 248 / 65535 =
D * 4295032833
Qui, à l'actuel (janvier 2017) de la difficulté de D = 392963262344.3704 signifie que l'un de hachage dans
392963262344.3704 * 4295032833 = 1687790113931869416948
résultats dans un bloc valide, ou chaque tentative a une chance de
1 / 1687790113931869416948 = 0.000000000000000000059 %