Oui tout à fait.
Par contre après t'en fais quoi des codes-barre ? Parce que si tu gardes tout, ça fait un peu poubelle à la fin non ? Entre les boîtes de conserve, les cartons d'électroménager, etc... 

NIM is listed on TradeSatoshi, on Latoken (a new one) and on its own exchange, called Nimex.

By the way, still no listing on CoinMarketCap? That's a bit long, isn't it?

Where did you read this??
I think you're completely wrong (I hope...): just see their Youtube channel, they are still very active.
Also, we had some early beta version recently.
I'm not a big fan of the way they work and the way they do marketing, but honestly I think they are legit (again, I hope).

Bon, le modo pourquoi pas.
Mais t'as quand même été mettre un red à theymos là...

J'avoue que c'est moins tordu que mon idée à moi   

Cependant, il ne s'agît que d'un unique topic.
C'est déjà pas mal, dans la mesure où de toute façon on ne peut pas faire mieux sans l'aide de la haute sphère du forum.
Scutzi avait suggéré de créer (entre autres), une sous-section Sécurité, mais c'en est resté à l'état de suggestion. Ça se passe par là : https://bitcointalk.org/index.php?topic=3163836.0

Effectivement, je devais pas être bien à ce moment-là. En revanche, là où nous on se moque de Ripple, d'autres y croient :
Bon je ne vais pas m'attarder dessus parce que ça a déjà été dit : si une crypto venait à remplacer Bitcoin, alors ce serait elle qui dirigerait le cours, et le problème (pas de débat pour déterminer si c'est vraiment un problème, par pitié !) serait finalement le même.

Je n'aborde pas le problème de fees, on le connait suffisamment. J'aimerais en revanche soulever un autre questionnement.
Bien sûr, comme d'hab, peut-être que mon raisonnement est totalement faux (ou pas), mais je tente quand même, faire des erreurs c'est le meilleur moyen d'apprendre.
Le but d'une augmentation du nombre de décimales est simplement d'augmenter le nombre d'unités atomiques (plus petites divisions possibles du bitcoin) pour permettre, mécaniquement, des paiements de montants plus faibles. En fait, si on prend un exemple dans lequel on ajouterait 2 décimales, on passerait de 21 millions de BTC à 8 décimales à 21 millions de BTC à 10 décimales. On a donc une multiplication du nombre total d'unités atomiques par 100. Et cela pose un problème (du moins, à première vue, sachant que je souffre d'une déficience visuelle non négligeable).
Par chance, on décide de rajouter ce facteur 100 après la virgule, ce qui fait que nous avons toujours 21 millions de bitcoins, donc le prix d'un BTC n'est pas impacté par ce changement. Ce n'est donc pas le problème dont je veux parler, mais un petite parenthèse comme vous en avez l'habitude avec moi. Cependant, si ce facteur 100 s'était appliqué de l'autre côté de la virgule, on aurait gardé nos 8 décimales mais on serait passé à 2100 BTC, je vous raconte pas le foutoir qui en aurait découlé.
Ce qui me gêne est du même acabit que ce dernier exemple (comme quoi ma parenthèse n'était pas si inutile que ça). Il me semble (et ça, c'est la grosse supposition hasardeuse sur laquelle je base le reste du raisonnement) que certains logiciels, sites, etc. (peut-être même plus que "certains", d'ailleurs) ne stockent pas les valeurs en bitcoins mais en satoshis, ou plus généralement en unités atomiques. Par exemple si j'effectue une requête sur https://blockchain.info/q devant renvoyer un nombre de bitcoins (exemple 1 / exemple 2), j'ai en retour une valeur sans virgule, puisqu'il s'agît de nombre de satoshis ; je dois ensuite replacer la virgule moi-même (ou utiliser la valeur telle quelle). Cela permet, entre autres, à l'utilisateur de choisir son unité : aujourd'hui tout le monde parle en BTC, mais il serait plus pratique de parler en mBTC, et si le cours continue de monter, il sera à un moment donné plus pratique de parler en µBTC, puis en sat, impliquant à chaque fois un placement de la virgule différent. D'où l'intérêt d'utiliser pour ce genre de chose la valeur en unité atomique, et placer la virgule ensuite.
Le problème, c'est que si tu rajoutes 2 décimales, même si c'est après la virgule et que du coup on reste à 21 millions de BTC, le nombre total d'unités atomiques sera quant à lui 100 fois supérieur. Ce qui foutrait tout le système en l'air (à cause de la virgule qui est rajoutée après coup) : il faudrait rajouter deux zéros après chaque valeur d'avant le fork. Mon exemple 2 juste au-dessus passerait de 7577989803175 à 757798980317500, foutant littéralement en l'air tout système reposant sur cette valeur et n'ayant pas été actualisé.
Après, j'ose espérer que les gens qui envisagent ou envisageront une augmentation du supply sont conscient de ce problème, mais voilà, je viens de m'en redre compte et comme d'habitude j'ai voulu partager ça.

Jusqu'à il y a peu, moi aussi je n'avais que ces stats là. Ça doit faire moins d'une semaine je dirais que j'ai le détail des reports traités ou non.
D'ailleurs j'avais l'impression d'être un des seuls à ne pas les avoir, ça me rassure. T'en fais pas, ça devrait arriver (un jour ou l'autre), peut-être qu'ils développent ça progressivement.

Ben c'est pour ça qu'il est en partie anglophone. 

Mais malgré le fait qu'il soit "tout écrit en étranger", perso je le trouve pas mal.

Nan c'est pas vraiiiii ! Y a le ripple !! Nananère !!  

Edit : je crois que je suis en train de péter un câble, fais pas gaffe.

Salut, j'en ai trouvé une bien bonne :

Pourquoi le Bitcoin pourrait faire exploser Internet
http://www.atlantico.fr/decryptage/pourquoi-bitcoin-pourrait-faire-exploser-internet-michel-ruimy-3433181.html

Oui, vous avez bien lu.

Vous y trouverez, entre autres :


Ils commencent fort ! Et ils continuent :

Autrement dit, on est obligé de faire tourner un full node pour utiliser Bitcoin. Bien sûr...

Ils mettent cependant le doigt sur un des problèmes de Bitcoin : la congestion dans le cas d'une utilisation massive. Mais bien sûr pas un mot sur les évolutions futures des crypto-monnaies : ils semblent avoir oublié que Bitcoin est encore en développement et que des solutions sont en train d'être mises en place pour remédier à ce problème.

Là je vous laisse rire, ça se passe de commentaires. (Ou alors y a quelque chose que j'ai pas compris ?)

Et ensuite, comme ils n'ont plus d'argument :

Sûrement le passage le plus pertinent de l'article.

... ou comment ils te la font à l'envers.

Ce qui, traduit, donne : "Etant donné que Bitcoin est une menace pour nous, la solution est : faire de la propagande anti-cryptos et limiter leur développement à l'aide de nos pantins législateurs."

Ils ne s'en cachent même pas : informer des risques, mais occulter tout éventuel avantage.


Désolé d'avoir copié ici la moitié de l'article, mais je voulais vous faire un petit best of.

J'avoue 
Limite on va retourner aux boîtes à 4 vitesses ça sera suffisant pour ceux qui ne font pas d'autoroute !

T'achètes tes voitures comme tu trades : quand c'est au plus bas, juste avant que ça remonte ? L'intérieur a l'air sympa pour l'époque.

Je viens de me faire une frayeur, hier j'avais mis Coinmarketcap en € et j'ai oublié de le repasser en $.
Je vous raconte pas ma réaction quand j'ai lu "5 290" pour le BTC  , associé à ce message très rassurant*, avant de me rendre compte de mon erreur.
Bon après, même en USD la baisse est pas mal... mais bon, c'est pas comme si on était pas habitué.

* edit : à mon avis j'ai pas lu la première moitié

Bon on laisse tomber, je crois avoir une autre solution (plus simple en plus) (et au pire, changement de campagne et c'est réglé). Merci quand même.


Bonjour,

J'aimerais participer à la campagne de bounty Eloncity, qui passe par Tokeneed, mais je ne peux/veux pas suivre la procédure de KYC.

Donc voici le deal que je propose :
- Je met votre UID Tokeneed dans le formulaire d'inscription
- Une fois que la campagne est terminée et les tokens distribués, vous m'en envoyez 80% et gardez les 20% restants (comme une sorte de commission).

Il est aussi possible de faire une offre (avec un autre pourcentage) ; si plusieurs personnes veulent bien faire le job, je choisirai quelqu'un que je considère à la fois compétitif et de confiance.

C'est une campagne relativement courte, donc les sommes seront assez petites.

Juste quelques conditions :
- Etre au moins de rang "Member"
- Ne pas avoir de red trust (quoique ceux que je connais en FR, y a moyen quand même). Forcément, avec un trust positif c'est mieux, mais ça marche aussi s'il n'y a aucune évaluation.
- Etre disponible jusque la fin de l'année 2018. Vous savez comment ça marche : on ne sait jamais quand on va être payé, donc je dois être en mesure de vous contacter jusque la fin de l'année. Après le 31 déc. 2018, si la transaction s'est bien passée, vous n'entendrez plus jamais parler de moi. Si le bounty n'a pas été payé, alors je ne vous contacterai plus non plus. Si le bounty est payé après cette date, alors vous pourrez gardez les tokens. C'est le jeu.
Si jamais il y a un problème (par ex, vous recevez les tokens mais ne m'envoyez pas ma part), je me réserve le droit de vous contacter après cette date. (Et de vous coller un red trust aussi, bien évidemment.)

Si vous avez d'autres conditions, donnez les, et je verrai si ça me convient.

Evidemment 

Ouais LeGaulois ça le ferait je pense.

Je ne fais pas confiance à ma mémoire, généralement elle fonctionne bien mais on sait jamais.

"Je me complique a vie" --> bah oui, justement parce que j'y connais pas grand chose, du coup je fais avec ce que je connais. J'irai voir PGP de plus près... quand j'aurai du temps, donc la semaine prochaine.

Tu m'en vois navré. 
Pourtant j'avais prévenu que c'était "un truc tordu".

Si mes souvenirs sont bons, soy avait dit que ce serait ok à partir de cet été, non ?
Parce que l'air de rien, on s'en approche, de l'été... et vu la vitesse à laquelle les admins bougent...

Dites, je viens d'avoir une idée. Bon c'est encore un truc bien tordu, comme souvent avec moi 

PS : Bon, après relecture, je pense qu'un truc du genre doit sûrement déjà exister...


Dans les solutions actuelles pour stocker des mots de passe, ce qui me gène (personnellement, j'insiste, tout le monde ne pense pas pareil et c'est nomal) c'est qu'il faut :

- soit confier tous ses MDP à un gestionnaire de mots de passe
   --> Il faut pouvoir faire confiance au logiciel, mais avec de l'open-source ça passe encore
   --> Si jamais t'as un problème quelconque avec le logiciel en question, bah tu l'as dans le [j'vous laissee trouver la  rime tout seuls (en plus c'était pas volontaire)]. Alors là aussi il y a des solutions, mais d'une manière générale j'ai l'impression de ne pas réellement avoir le contrôle sur mes MDP.

- soit tout stocker sur un carnet, en clair
   --> Il vaut mieux le stocker dans un endroit sûr, à l'abri des regards indiscrets. Mais du coup, si il faut s'embêter à aller le chercher à l'autre bout de la baraque à chaque fois que tu dois te connecter sur un site... c'est pas terrible.
   --> Problème mineur, mais si on change de MDP régulièrement (ce qui est recommandé), ça fait pas mal de ratures quand même... (ou alors faut faire ça au crayon gris, le truc qui tient pas bien, qui fait sale, perso j'aime pas).

- je ne parle même pas de la possibilité de stocker ça informatiquement : faut beaucoup de précautions à prendre (un peu comme pour les clés privées)


Bref, voici mon idée tordue (tortue aussi, parce que si on fait tout manuellement, ça peut être assez long) :

- créer un mot de passe v1 en fonction de divers paramètres faciles à retenir, par exemple : mot de passe commun + partie du nom du site + année de création du MDP
On peut prendre un MDP "commun" (j'entends par là, qui est commun à plusieurs sites) assez simple. Le truc en rapport avec le site n'est pas forcément son nom, mais un truc en rapport et dont on peut se rappeler facilement ; il permet d'avoir un mot de passe différent pour chaque site. Pour l'année on peut se contenter de "18" pour "2018".
On obtient un MDP v1 assez long, mais dont les termes peuvent être devinés, donc en terme de sécurité c'est très moyen.
On peut soit retenir ces différents paramètres, soit les noter quelque part, perso j'opterais quand même pour le bon vieux carnet, mais c'est pas obligatoire.

- ensuite on crée simplement un MDP v2 en hachant le MDP v1, avec l'algo de votre choix. Cela donne une suite de chiffres et de lettres plus ou moins difficile à prévoir. En fonction de l'algo, le MDP v2 est plus ou moins long. C'est ce MDP v2 que l'on utilise.
Par exemple, avec pour MDP v1 : bitcoinkraken18, on a :
MD5 : 80aa15ad2a0e0da79d3b4b8e0ad860ef
SHA256 : 3D0C2F180DB8E2A6BE91B71668395DB7054C35033C398FBE036B602AEFB52306
Bien entendu, il convient de ne pas utiliser de site hashant le MDP en ligne.
Si le site demande un caractère spécial, on peu le stocker en clair sur notre carnet et l'ajouter à la fin du hash (ou à un autre endroit).

Pour les plus paranos (ou pour les sites les plus sensibles), on peut même utiliser une signature Bitcoin ou quelque chose du même genre, par exemple avec le même MDP v1 et l'adresse 1HZwkjkeaoZfTSaJxDw6aKkxp45agDiEzN, on obtient la signature : GyJJVU37qJKvT4lvPkN5feFYUDkb/Scd/tzoN5crM1VN0kvf7FSSrOBPKlQRcGqca6TPSb3BSbX7yayS86MJMCY= (et au moins on n'est plus embêté pour les caractères spéciaux)


Voilà. On peut ensuite combiner ça à un gestionnaire de mots de passe, là au moins on ne risque normalement plus d'avoir des problèmes avec, car on a notre carnet pour dépanner (et on peut facilement changer de MDP, voir ci-dessous). Et ce carnet n'est plus un problème de sécurité : tant que personne ne connaît l'algo avec lequel vous hashez, tout va bien. Mieux encore : si vous signez avec votre adresse Bitcoin, quelqu'un en possession du fameux carnet ne pourra rien en faire s'il ne connaît pas votre clé privée.

Un autre avantage est qu'il est simple de changer ce mot de passe. Il suffit en effet de changer l'année dans le MDP v1 et le hash sera radicalement différent. Si le changement de mot de passe intervient plusieurs fois dans l'année, on peut évidemment rajouter le mois (utiliser "0618" par exemple).

Tu vas aller loin avec ça  

Bon perso j'm'en fous, c'est plus symbolique qu'autre chose, c'est juste pour faire acte de présence. T'façon je fais pas les campagnes Twitter. J'suis pas un robot.