Un short qui résume très bien la situation que nous aurons a affronter dans 9 mois :
- Limitation quant à l'utilisation du cash.
- Limitation des transferts via les crypto-monnaies (< 1000€).
- Obligation de déclarer tous ses transferts d'argent à l'état.
- Monnaie numériques avec échanges traçables, accumulation plafonnable, et durée de stockage programmable.
Tout ceci s'articule pour que les citoyens abandonnent "librement" (façon vaccination COVID) les moyens de paiement, autres que la future MNBC (Monnaie Numérique de Banque Centrale).
Et quand tout le monde aura abandonné volontairement par la force des choses, l'argent normal et les crypto-monnaies, la MNBC permettra de supprimer toute forme d'accumulation de capitaux et nous obligera :
- Soit à passer par un crédit, même pour les choses historiquement abordables (e.g. un vélo pour le gosse, un PC, un voyage pour les vacances, une télé, l'entretien de la bagnole).
- Soit de systématiquement tout louer.
En effet, les MNBC sont techniquement conçues pour être périssables. Ça veut dire qu'un euro qui rentrera sur notre compte bancaire aujourd'hui aura une date avant laquelle il faudra le dépenser sinon il sera perdu ou aura perdu de sa valeur. Et vous connaissez l'adage, si c'est techniquement faisable, alors l'état en abusera.
C'est littéralement le "vous n'aurez rien mais serez heureux" de Klaus Schwab, ancien président et fondateur du World Economic Forum, qui se tient chaque année à Davos ; forum ou cette immondice fût présentée pour la première fois.
Brihx merci pour le lien. Par contre le coup des fonctions de dérivation de clefs qui doivent êtres rejouées n-fois pour éviter le brut-force j'ai toujours trouvé cela stupide et je m'explique.
Le but d'augmenter le nombre d'itérations est de ralentir l'algorithme de hash/crypto afin de se protéger des attaques de type brut-force. Or la puissance de calcul augmentant sans cesse avec le temps, plus les générations de CPU passent et plus il faut augmenter ce nombre d'itérations, ceci encore et toujours, jusqu'à consommer tout le pétrole sur terre pour le calcul d'un simple hash...
Sinon, on arrête de coder comme des profs de math débiles et on ajoute un Thread.sleep(1000) après le calcul du hash. Comme ça et quoi qu'il arrive, le check d'un mot de passe prendra toujours au moins 1 seconde quelque soit le CPU derrière, évitant ainsi les attaques du type brut-force, et en plus ça évite de contraindre un algo à utiliser un proc à 100% pour rien et ainsi de exposer son service à des attaques de type DDos.
Après ce n'est pas le rôle des matheux de coder efficace, c'est à nous (les IT) de comprendre ce qu'il faut faire et de bien le faire.
Énorme cette vue sur les cryptos monnaies. Je confirme que tout est rouge ou presque à cette heure.
Merci à Simon : http://www.simonlefort.be/links/?huXZrA
Un truc sain. Ouf des cours de crypto
Une lib JS pour faire du chiffrement.