💶 💰 #cryptomonnaies Un bug dans un OS ou un logiciel et vous pouvez perdre la totalité de vos fichiers. Mais c'est pas grave, vous avez des backups, n'est-ce pas ?
Mais qu'est-ce qui se passe si un bug dans le logiciel qui gère une cryptomonnaie vous fait perdre la totalité de votre portefeuille ? Vous n'aurez pas de backup.
@sebsauvage En théorie, les backups d'une blockchain sont tous les autres nodes synchronisés, donc s'il y a un bug sur un nœud spécifique ce n'est pas un soucis. Ici, le problème vient du fait qu'on ne peut pas être sûr que les transactions sont effectuées par le propriétaire du compte, et qu'il n'y a pas de mécanisme pour annuler une transaction (contrairement aux banques qui en sont capables). Les backups n'ont aucun rapport, tout est encore là, et on peut voir où vont les transactions frauduleuses.
@Varpie@sebsauvage En fait le problème ici c'est qu'il n'y a pas de bug dans la blockchain ou un des nœuds. Tout fonctionne comme prévu, mais tout repose sur le fait que les clés privées ne peuvent pas être devinées. Or là cette prémisse ne tiens plus.
@erdnaxeli@sebsauvage Oui, c'est clairement du matériel pour Cryptobros Taking Ls (ce qui me fait marrer perso), mais je dis juste que l'analogie avec les backups ne tient pas la route, parce qu'il n'y a pas de perte de données. Comme tu dis, la blockchain fait son taf, tout est bien là, juste que bah niveau sécurité c'est pas tout à fait ça (comme beaucoup d'histoires de Cryptobros Taking Ls)
En effet, pas de backup (de mécanisme de secours) sur la blockchain. C'était justement pour dire que du côté des banques, il y a moyen de revenir en arrière.
@sebsauvage@erdnaxeli Tu parles de 2 choses différentes, là... Une blockchain décentralisée (que ce soit une cryptomonnaie ou un repo git) a par design autant de backups que de nœuds, si on perd les données sur un système on n'a qu'à les copier d'un autre système. Le fait de revenir en arrière est théoriquement possible également (Ethereum l'a fait, ce qui a créé le fork avec Ethereum Classic si je me souviens bien), mais pour ça il faut qu'il y ait un consensus. Les transactions apparaissant comme certifiées, ça devient compliqué, là où pour une banque vu que c'est centralisé il suffit d'avoir l'accord de la banque. Mais ça n'a aucun rapport avec les backups du coup, il n'y a aucune perte, tout est resté sur le système, donc pas besoin de backup.
@sebsauvage@Varpie@erdnaxeli L'analogie est un peu tordue mais quelque part la blockchain pourrais être considéré du RAID, et les moment ou tu as du backup (restauration donc), c'est quand il y a un fork de blockchain, autrement dit réservé au gens qui peuvent en gros acheter toute la blockchain en question.
@lanodan@sebsauvage@erdnaxeli Rollback, pas backup. Les backups c'est les copies des données. Le rollback, c'est quand on utilise une backup pour revenir à un état précédent. Là en l'occurrence, vu qu'une blockchain c'est, comme le nom l'indique, une chaîne de données, les rollbacks n'ont même pas besoin de backup, il suffit de supprimer les derniers éléments pour revenir à un état précédent.
Un backup c'est fait pour les erreurs humaines ou logicielles (qui sont aussi typiquement des erreurs humaines mais indirectes). Du RAID c'est pas un backup parceque ça prévient uniquement les erreurs matérielles.
Aussi, un backup si c'est pour jamais rollback c'est la situation idéale, on ne devrait jamais avoir besoin de les utiliser, si on les utilise c'est que quelque chose a merdé. Mais ça reste un backup, même sans être utilisé.
