Version simple: On fait un hash de l'en-tète du prochain bloc, on compare la valeur de ce hash avec une valeur arbitraire et si ce hash y est inférieur, bravo, tu as un nouveau bloc. Par nature, on ne peut pas connaitre la valeur de ce hash sans le calculer, donc il faut essayer encore et encore et encore et encore…
Le truc, c'est que le système ajuste la difficulté si on rajoute de la puissance de calcul, ce qui conduit a une ridicule course à l'armement entre mineurs. Bien entendu, ça coute cher en électricité et aujourd'hui presque toute la puissance est entre les mains de quelques mineurs en Chine…
Si toutes les transactions jamais faites par BC sont gardées sur une chaîne, quelle taille fait cette chaîne aujourd'hui? Quelle taille ferait-elle si elle devait absorber les échanges quotidiens en $ ou €?
La blockchain de bitcoin ne fait que ~70Go aujourd'hui, mais c'est plus le résultat du fait que personne n'utilise bitcoin. En pratique, une transaction bitcoin moyenne fait ~500 octets. Pour info, Visa peut en moyenne traiter 30000 transactions à la seconde, ce qui équivaudrait à plus d'un To par jour (et on ne parle que de Visa). Bitcoin en est toujours à 2,7 maximum par seconde….
Bref, non, ça ne scale pas.
Comment peut-on demander à un réseau de 1 milliards de noeuds de rester synchronisé sans que des bouts soient ajoutés ici et là dans plusieurs branches?
Partons de l'idée ridicule que bitcoin puisse prendre une ampleur mondiale. La réponse à la question précédente prouve que maintenir un noeud sera prohibitif et il n'y en aura donc pas des millions.
Comment peut-on savoir si la majorité du réseau approuve la transaction sans savoir combien de noeuds existent?
Le contenu des blocs est décidé par les mineurs. Théoriquement, un groupe de noeuds et mineurs peuvent refuser les blocs d'un autre mineur ce qui crée un fork dans la chaine. Et la c'est le bordel: le système continuera à marcher avec deux chaines, le seul problème est que les utilisateurs se retrouveront à interagir avec l'une ou l'autre chaine sans vraiment savoir ce qui se passera au final. Magique, hein?
Si un État créé 10millions d'"utilisateurs" et donc autant de noeuds, peut-il saborder le système en invalidant les transactions qui lui déplaisent?
Encore une fois, les transactions inclues dans les blocs sont décidées par les mineurs. Il y a deux vecteurs d'attaque toutefois:
- Attaque Sybil sur les noeud qui permet théoriquement de stopper la propagation des "mauvais" blocs. C'est d'autant plus facile qu'il est trivial de simuler un noeud. Il n'y a à ma connaissance pas de solution.
- Attaque 51%: Si un mineur controle un majorité absolue de la puissance de minage, il peut théoriquement invalider rétroactivement les blocs (et donc transactions) de la chaine. Cette attaque nécessite un certain investissement initial (quelques centaines de millions d'euros à ce jour). Bref, pas de quoi stopper un état…
On dit que les utilisateurs restent anonymes derrière une clé publique, mais si l'autre partie identifie l'utilisateur de la clé, il peut ensuite pister toutes ses transactions en surveillant la chaîne?
Oui
Je laisse la dernière question à ceux que ça intéresse, j'ai personnellement perdu tout intérêt dans la chose.
L'idée originale du fonctionnement de la blockchain était certainement intelligente mais je peine sérieusement à voir une application qui ne peut être mieux réalisée en utilisant d'autres idées bien plus éprouvées.
Pendant quelques années, tout le monde parlait de bitcoin, mais une fois la curiosité passée, tout le monde à vu que ça n'apportait strictement rien et l'extrême toxicité de la communauté a fait le reste. Aujourd'hui, on tente de vendre la blockchain parce que bitcoin ne vend plus. C'est le même produit, on a juste changé le nom.
Peut-être, mais pour être inscrit à plusieurs cours, SaaS est le seul dans lequel je vois ce problème. Et même si l'objectif final est que les gens passent à la caisse, ils ont intèret à ce que la version gratuite tienne la route. Or, là c'est pas vraiment le cas.
Dans les autres cours, les profs font des vidéos spécialement pour le site et ils ne glissent pas un "Achetez mon livre!" toutes les 10 minutes. Et ils tentent dans la mesure du possible de fournir toutes les infos dans les vidéos, ou gratuitement en annexe.
Je sais pas pour toi, mais c'est ça qui m'inciterait à acheter.
Mon expérience avec des drivers récents (9.9) me laisse à penser que ce sont bien les effets-3D-kikoo-lol qui posent des problèmes avec KDE4. Je n'irais jusqu'à dire que c'est inutilisable, mais ce n'est en tout cas pas fluide et laisse une très désagréable impression de lourdeur. Rajoute à ça l'instabilité...
Pour le reste, pas grand chose à dire. Peu de problèmes en 2D, ils ne surviennent que lorsque j'utilise les fonctions 3D de la carte. Instable, lent (J'ai une HD3850, merde, c'est intolérable) et proprio. Un vrai bonheur. Toutefois, je dois bien admettre que c'est moins pire qu'il y a deux ans. À ce rythme, ce sera bon pour fèter la sortie de Duke Nukem Forever en exclusivité sous Linux.
Bref, j'attends avec impatience le support 3D du RV6** par les drivers libres.
Bien qu'il n'y ait pas de spec "officielle", il y a évidement des infos officieuses que tu peux consulter sur la page Wii de Wikipédia. Les mauvaises langues diront que ce n'est qu'une GameCube overclockée. Les autres se contenteront de constater que les jeux ne cassent vraiment pas des briques techniquement.
Quant à l'émulation: une (relativement vieille) vidéo youtube (http://www.youtube.com/watch?v=lRSnc4uT7-Y ) prise sur un laptop Core 2 Duo 2Ghz, Geforce 7600 et 2Go de RAM (une machine bien plus puissante qu'une GameCube ou une Wii) montre un résultat assez probant. C'est pas encore assez rapide pour être pleinement jouable mais c'est encourageant.
Je devrais une fois tester quand j'aurai accès à mes jeux Gamecube.
Pourquoi voudrait tu virer le cache? Le noyau conserve le cache au cas où il serait nécessaire de rouvrir le fichier. Si il est réouvert, on gagne en temps (plus besoin d'aller le chercher sur le disque dur). Si n'est pas réutilisé, on n'y perd rien. Le cache se place dans ta mémoire libre" et sera en partie libéré quand un besoin en mémoire se fera sentir.
Tant qu'il y a de la place en mémoire, ne pas l'utiliser, c'est du gâchis.
Et si tu supprimes ton fichier, il sera effacé du cache. En effet, il ne risque pas d'être réouvert si tu l'as supprimé.
Et après écoute, je vous annonce que je respecterai strictement son désir de ne pas voir son œuvre être téléchargée. Quant à savoir si ça va engendrer une vente supplémentaire.....
[^] # Re: J'ai jamais tout compris aux chaines de blocs!
Posté par Kobal . En réponse au journal Microsoft s'intéresse au blockchain. Évalué à 10.
Manuellement
Version simple: On fait un hash de l'en-tète du prochain bloc, on compare la valeur de ce hash avec une valeur arbitraire et si ce hash y est inférieur, bravo, tu as un nouveau bloc. Par nature, on ne peut pas connaitre la valeur de ce hash sans le calculer, donc il faut essayer encore et encore et encore et encore…
Le truc, c'est que le système ajuste la difficulté si on rajoute de la puissance de calcul, ce qui conduit a une ridicule course à l'armement entre mineurs. Bien entendu, ça coute cher en électricité et aujourd'hui presque toute la puissance est entre les mains de quelques mineurs en Chine…
La blockchain de bitcoin ne fait que ~70Go aujourd'hui, mais c'est plus le résultat du fait que personne n'utilise bitcoin. En pratique, une transaction bitcoin moyenne fait ~500 octets. Pour info, Visa peut en moyenne traiter 30000 transactions à la seconde, ce qui équivaudrait à plus d'un To par jour (et on ne parle que de Visa). Bitcoin en est toujours à 2,7 maximum par seconde….
Bref, non, ça ne scale pas.
Partons de l'idée ridicule que bitcoin puisse prendre une ampleur mondiale. La réponse à la question précédente prouve que maintenir un noeud sera prohibitif et il n'y en aura donc pas des millions.
Le contenu des blocs est décidé par les mineurs. Théoriquement, un groupe de noeuds et mineurs peuvent refuser les blocs d'un autre mineur ce qui crée un fork dans la chaine. Et la c'est le bordel: le système continuera à marcher avec deux chaines, le seul problème est que les utilisateurs se retrouveront à interagir avec l'une ou l'autre chaine sans vraiment savoir ce qui se passera au final. Magique, hein?
Encore une fois, les transactions inclues dans les blocs sont décidées par les mineurs. Il y a deux vecteurs d'attaque toutefois:
- Attaque Sybil sur les noeud qui permet théoriquement de stopper la propagation des "mauvais" blocs. C'est d'autant plus facile qu'il est trivial de simuler un noeud. Il n'y a à ma connaissance pas de solution.
- Attaque 51%: Si un mineur controle un majorité absolue de la puissance de minage, il peut théoriquement invalider rétroactivement les blocs (et donc transactions) de la chaine. Cette attaque nécessite un certain investissement initial (quelques centaines de millions d'euros à ce jour). Bref, pas de quoi stopper un état…
Oui
Je laisse la dernière question à ceux que ça intéresse, j'ai personnellement perdu tout intérêt dans la chose.
L'idée originale du fonctionnement de la blockchain était certainement intelligente mais je peine sérieusement à voir une application qui ne peut être mieux réalisée en utilisant d'autres idées bien plus éprouvées.
Pendant quelques années, tout le monde parlait de bitcoin, mais une fois la curiosité passée, tout le monde à vu que ça n'apportait strictement rien et l'extrême toxicité de la communauté a fait le reste. Aujourd'hui, on tente de vendre la blockchain parce que bitcoin ne vend plus. C'est le même produit, on a juste changé le nom.
[^] # Re: Euh...
Posté par Kobal . En réponse au journal Retour sur les cours en ligne gratuit de Berkeley - partie I SAAS. Évalué à 3. Dernière modification le 26 mars 2012 à 13:22.
Peut-être, mais pour être inscrit à plusieurs cours, SaaS est le seul dans lequel je vois ce problème. Et même si l'objectif final est que les gens passent à la caisse, ils ont intèret à ce que la version gratuite tienne la route. Or, là c'est pas vraiment le cas.
Dans les autres cours, les profs font des vidéos spécialement pour le site et ils ne glissent pas un "Achetez mon livre!" toutes les 10 minutes. Et ils tentent dans la mesure du possible de fournir toutes les infos dans les vidéos, ou gratuitement en annexe.
Je sais pas pour toi, mais c'est ça qui m'inciterait à acheter.
# KDE4
Posté par Kobal . En réponse au message AMD/ATI et Linux : les tas des lieues (ou tas de lards). Évalué à 1.
Pour le reste, pas grand chose à dire. Peu de problèmes en 2D, ils ne surviennent que lorsque j'utilise les fonctions 3D de la carte. Instable, lent (J'ai une HD3850, merde, c'est intolérable) et proprio. Un vrai bonheur. Toutefois, je dois bien admettre que c'est moins pire qu'il y a deux ans. À ce rythme, ce sera bon pour fèter la sortie de Duke Nukem Forever en exclusivité sous Linux.
Bref, j'attends avec impatience le support 3D du RV6** par les drivers libres.
[^] # Re: Et les performances ?
Posté par Kobal . En réponse à la dépêche Dolphin : l'émulateur GameCube et WII rejoint le Libre !. Évalué à 3.
Quant à l'émulation: une (relativement vieille) vidéo youtube (http://www.youtube.com/watch?v=lRSnc4uT7-Y ) prise sur un laptop Core 2 Duo 2Ghz, Geforce 7600 et 2Go de RAM (une machine bien plus puissante qu'une GameCube ou une Wii) montre un résultat assez probant. C'est pas encore assez rapide pour être pleinement jouable mais c'est encourageant.
Je devrais une fois tester quand j'aurai accès à mes jeux Gamecube.
[^] # Re: cache ?
Posté par Kobal . En réponse au message memoire pas libérée apres ecriture dans un fichier ?. Évalué à 4.
Tant qu'il y a de la place en mémoire, ne pas l'utiliser, c'est du gâchis.
Et si tu supprimes ton fichier, il sera effacé du cache. En effet, il ne risque pas d'être réouvert si tu l'as supprimé.
# Mais c'est qui?
Posté par Kobal . En réponse au journal Une 53ème artiste contre le téléchargement illégal. Évalué à 10.
http://www.youtube.com/watch?v=dunR1MIRzPQ
Et après écoute, je vous annonce que je respecterai strictement son désir de ne pas voir son œuvre être téléchargée. Quant à savoir si ça va engendrer une vente supplémentaire.....