Encore une fois, rien de bien étonnant pour moi. Ca arrive. SMB n'est pas fait pour ça de toutes façons.

Tu peux essayer de faire un share NFS pour voir si ça marche mieux, mais ce genre de taff devrait plutôt être fait en local.

Tu dis que cela arrive pendant la lecture/écriture, mais tu ne sais pas combien de temps tu mets à remplir le cache. Du point de vue extérieur, remplir le cache = écriture.

Une autre possibilité est que tu "sature" ton disque, il est en train de gérer une autre commande, et met ton transfert actuel en "pause".

Effectivement total supply = circulating supply + Locked/lost supply


On en revient aux données fausses que vous utilisez depuis le début

Total supply : 187,536,714   
Circulating supply : 155,536,713
Max supply : 200,000,000   


J'espère que ça clarifie.

https://info.binance.com/en/currencies/binance-coin

La différence vient du fait que BNB n'est plus sur ERC20. La majorité des tokens a été burn/freeze/swap. Les données etherscan sont donc non représentatives. CMC en revanche devrait avoir les données correctes. Mais ce n'est pas le cas non plus.

Ca peut venir de beaucoup de choses. Saturation du cache, temps de démarrage d'un disque plus long que les autres etc etc.

Pour quelle utilisation est-ce que cela pose problème ? Ne t'attends pas a pouvoir utiliser des logiciels installés sur un NAS, ce n'est pas du tout fait pour.

L'idée en sécurité c'est de dire que l'attaquant va toujours cibler l'approche la plus facile et la sécurité la plus faible.

Il ne s'emmerdera pas avec un cable USB sur une attaque super compliquée si avec le même temps/énergie il peut avoir accès a 10 wallets au lieu d'un avec la même méthode.

Je ne dis pas qu'une solution existe, je dis juste que ça ne sert a rien de patcher des scénarios complètement improbables.

Comme le nom l'indique, un nouveau trojan qui cible la crypto a été détecté.

Cointelegraph et Zscaler ont publié sur le sujet. Un nouveau trojan basé sur Microsoft .NET appelé Saefko cible tous les OS. Attention donc aux utilisateurs Mac et Linux aussi.





Je vous invite à prendre connaissance des articles et à vous protéger efficacement :

https://cointelegraph.com/news/researchers-discover-new-cryptocurrency-focused-trojan
https://www.zscaler.com/blogs/research/saefko-new-multi-layered-rat


Si jamais vous avez un doute et pensez être infectés, sous windows:

---

Merci à dkbit d'avoir posté l'info en meta : https://bitcointalk.org/index.php?topic=5174179.0

Saint-Loup je vais faire une photo avec ma teub un objet reconnaissable

---

En fait oui, c'est logique, de toutes façons tu peux aussi les envoyer sur 0x000...

Je voulais surtout dire qu'il n'est pas possible de burn les tokens d'une autre adresse.

Je n'ai pas compris tes doutes sur la fonction burn et la modification du total supply.

1- le créateur publie le contrat sur la blockchain et l'initialise.
2- L'ensemble des tokens générés lui sont transférés.
3- les tokens sont distribués
4- les tokens superflus sont brûlés (seul moment ou le total supply est modifié).


petit rappel : Le MAX SUPPLY de BNB est 187,536,713 BNB.

Le total supply à cet instant (le total supply ne peux que diminuer suite à des burn) : 16,579,517.055253 BNB

---

100M pas 100k



Coinmarketcap c'est de la daube et ça l'a toujours été

---

La fonction freeze est probablement utile pour le staking.

---

Le contrat est public et tu peux interagir directement avec le contrat sur https://etherscan.io/token/0xB8c77482e45F1F44dE1745F52C74426C631bDD52#writeContract

---

Rien d'étrange.

Tout le monde utilise le contrat à chaque transfert, vérification de solde ou autre.
La seule fonction qui est limitée à l'auteur est la fonction burn je pense.

---

Comme déjà mentionné la fonction approve est tout à fait classique et est utilisée à chaque fois que tu utilises DDEX par exemple.

L'autorisation est d'ailleurs vérifiée ici :

Clé Titan reçue et installée. Un petit retour/tuto ici : https://bitcointalk.org/index.php?topic=5174312

Réservé

Introduction

Hello !

Comme évoqué dans le sujet https://bitcointalk.org/index.php?topic=4943335, j'ai acheté une clé titan.

Je vois l'utilisation de trop de boites mails différentes un risque de sécurité en soit, du à la difficulté de garder trace de trop nombreux services.
Je préfère centraliser un minimum et "bétonner" au maximum la/les adresses utilisées.

A cet effet j'ai acheté la clé FIDO U2F de google, j'ai nommé la titan. Celle-ci est disponible en France depuis très récemment, environ 2 semaines au prix de 55€.

---

Commander

Pour acheter c'est par ici : https://store.google.com/product/titan_security_key_kit?hl=fr

---

Contenu

Dans le kit sont livrés :

• Une clé principale, connection USB et NFC
• Une clé secondaire, micro USB et Bluetooth
• Un cable usb - micro USB
• Un adaptateur USB femelle <-> USB 3.0 male (OTG peut être ?)

---

Utilisation

Une fois le colis reçu, se rendre sur https://g.co/advancedprotection

Cela permet d'appairer sa/ses clés avec le compte google.
Le premier appairage est plus pratique avec un ordinateur.
Pour cela se munir des deux clés, et du cable USB <-> micro USB

On vous demandera de connecter d'abord la clé principale (j'ai choisi la version USB/NFC qui n'est pas muni de batterie interne.
On connecte la clé et on appuie sur le bouton capacitif (très sympa le design or je trouve soit dit en passant).

Etape suivante, la clé "secondaire". On vient brancher ici la deuxième clé, USB/Bluetooth munie d'une batterie. On appuie sur le bouton. Terminé. Votre compte est protégé.

Cela a pour effet de vous déconnecter de tous vos autres appareils, auquel il vous faudra vous reconnecter avec une des deux clés.

---

Remarques/FAQ


Pourquoi 2 clés ?

- D'abord les 2 clés proposent des connectivités différentes. Selon l'appareil l'une sera préférée à l'autre. Enfin en cas de perte/défaillance d'une clé, l'accès au compte sera possible grâce à la deuxième le temps de commander un remplacement ou de désactiver la protection.

- Je n'ai pas réussi à utiliser la clé principale en NFC pour l'instant (un seul essai). Mais je ne suis pas sur où se trouve le capteur sur mon OP7.

Après avoir trouvé l'antenne (juste à droite de l'appareil photo, cela marche parfaitement.

- Je pense que c'est une solution palliative très pratique pour les gens qui veulent utiliser le forum/les échanges de façon plus simple, sans prise de tête avec un niveau de sécurité supérieur à la normale. Au vu de l'investissement j'encourage tous les gens utilisant un compte google pour les échanges/bitcointalk à faire ce maigre investissement. En plus l'avantage est double. Le niveau de sécurité réelle augmente, mais surtout le niveau de sécurité relatif. La masse n'utilise pas cette fonction, un hacker ira donc plutôt viser votre voisin que vous même si vous utilisez un tel dispositif.

Le propos c'est que justement ce n'est pas plus safe.

L'appareil est aussi sur que le maillon le plus faible de la chaine. Là on est loin d'être sur le maillon le plus faible. Le plus faible étant comme tu l'as dit, un observateur externe lors du setup ou lors de la saisie du pin.

Non par contre un trader au sens premier du terme n'achète que des actifs dont il comprend les fondamentaux. Je doute que tu fasse ce travail de fond pour tous les shitcoins que tu possèdes

Les trader qui se basent uniquement sur du TA comme certains ici, dans la vraie vie ça n'existe pour ainsi dire pas. Le TA est un outil, pas le seul outil.

Du glaubst doch nicht im ernst das IOTA kein Geld vorher bekommen hat?

Klar gab es die token noch nicht, daher 2 Möglichkeiten. Entweder die Investoren bekommen x fach die Investition in fiat zurück wenn die ICO vorbei ist, oder halt in token, die viel "billiger" sind als der ICO Preis.

Mir ist jetzt so nicht bewusst wie das bei IOTA genau war, ist aber in 99% der Fälle so. Bei Crypto aber auch bei Konventionnellen startups.

@StarenseN, je ne comprends pas trop. Tu commentes une déflation, ce qui fait sens au vu des taux directeurs. Néanmoins les indicateurs pour l'inflation de l'an prochain, ou même de 2019 restent dans le territoire positif.

Tu sais m'expliquer pourquoi ? Quelle est la relation entre les deux ?

Je l'ai posté hier sur le thread dédié au hack

https://bitcointalk.org/index.php?topic=5140534.msg52103091#msg52103091

Attention sinon Halab va encore créer un split juste pour la partie Chipmixer du hack. [/s]

Hello Dronstop,

Oui c'est exactement ça.

Les obligations dans le cadre du visa AMF sont les suivantes :


C'est pas non plus incroyable.

Sinon si vous êtes capable de fournir des garanties et de vous engager contractuellement sur un paiement minimum libellé soit en € soit en BTC je suis ouvert à la discussion.

=> https://etherscan.io/token/0x827d53c8170af52625f414bde00326fc8a085e86

ICO's sind auch nicht die erste Verteilung. Die seed phase gab es schon immer. Daher kommt überhaupt die Kohle das POC fertigzustellen und die ersten Angestellten zu bezahlen damit das ICO überhaupt stattfindet.