Certes, mais ce qui est important c’est de regarder en proportion de tous les autres calculateurs, et aussi en rapport de sa propre puissance par rapport à celle des autres.
Et alors on voit que globalement, avoir une grosse puissance de calcul ne permet pas de contrôler la blockchain, ce qui est l’objectif visé
Un point important c’est qu’il y a forcément un puissance de calcul minimale pour pouvoir participer, qui est de calculer au moins un hash en 10 minutes. Et c’est pour cela que la POM (proof of membership, parce que la proof of stake parle de la quantité d’argent détunue) pourrait à long terme être une bonne solution.
Je regardai pour acheter un raspberry pour duniter.
Si je comprends bien vu la puissance actuelle dans le réseau et le handicap fixé sur la médiane, mon raspberry ne servira pas à grand chose.
Je peux aider à implémenter le 2ème tiercile de @elois. Il y a une issue github là dessus ou il faut la créer ?
Pour l’implémentation c’est délicat c’est un changement majeur du protocole, tu peut essayer par toi même en faisant mumuse avec le code dans vscode mais ça va te prendre beaucoup de temps.
Perso j’ai d’autres priorités niveau dev, je ne prévois pas d’implémenter cette fonction avant 2018 !
je viens de créer un nouveau label easy avec lequel j’ai tagué les issues qui sont les plus simples de mon point de vue, @cgeek n’hésite pas a en tagger quelques unes aussi
Après c’est très dur d’estimer correctement le niveau de difficulté d’une issue, souvent la difficulté réside plus dans le fait qu’on ne sait pas exactement d’où viens de le problème, et donc impossible de savoir si le correctif a appliqué sera simple ou difficile !
@nanocryk tu me demandais l’autre jours sur le salon une issue facile pour te faire la main, tu peut regarder aussi
Ne connaissant absolument pas la structure de Duniter, je ne vois pas trop comment contribuer (en plus de ne pas savoir comment faire pour y répondre). J’ai passé un peu de temps à regarder quelques fichiers du code, mais je pige pas trop la structure globale du projet
Oui c’est en cours, je publierai un tutoriel V2 d’introduction au code de Duniter la semaine prochaine, il y aura notamment plusieurs schémas d’architecture
Et alors on voit que globalement, avoir une grosse puissance de calcul ne permet pas de contrôler la blockchain, ce qui est l’objectif visé
et si par exemple 40% des noeuds étaient de mèche et squattaient la (quasi) totalité des écritures par une grosse puissance de calcul, y aurait-il un risque de détournement de la blockchain ?
et j’aimais bien l’idée que chaque noeud, quelle que soit sa puissance, écrit environ autant que les autres… (en tout cas j’y croyais).