Vous n’êtes pas identifié. Veuillez vous connecter ou vous inscrire.
Sujets actifs Sujets sans réponse
Options de recherche (Page 43 sur 112)
Trax a écrit:Plume a écrit:Le fait de kicker les mecs qui se pointent sous Win / OSX est agréable.
Ah c'est dans laquelle ?
perso j'utilise
$agent = $_SERVER['HTTP_USER_AGENT'];
if(preg_match('/Macintosh/i',$agent))
header('Location: http://typicalmacintoshuser.com/');
sur quelques pages.
Ahah
(C'est dans celle sur BSD)
Thermostat a écrit:Putain remetez la limite de posts à Patton il recommence à chier partout.
Il a tiré tellement fort dessus qu'elle a sauté.
La piqûre libératrice c'est pas non plus possible, on n'a plus de Doléthal, Tab a tout siphonné.
"Merde où sont passées mes clopes"
Je suis aux coordonnées 11:3. C'est à dire que ma bite est un mikado.
Cher inconnu,
Le fait que votre étude sur la bite ressemble elle même à un sexe de profil me permet de douter de sa véracité.
Très cordialement.
Bon-jour,
Je suis Alain Proust, mon métier consiste à évaluer les topics. C'est à dire que je suis scientifique.

L'analyse au spectromètre de masse ci dessus indique qu'il contient plus de KO et moins de WT, cela arrive souvent quand un topic est drôle, ce qui ne doit inquiéter aucun des participants.
On remarque également que les peignes, source d'instabilité, sont présents tout au long du premier post, en réaction avec le niveau de connerie qui émane de certaines lignes.
Là en revanche il y a un petit risque de contamination, je vous prie donc de faire attention.
Cordialement.
Trax a écrit:http://lacantine.ubicast.eu/channels/pa … eine-2011/
Des confs sympas en vidéo qui pourraient en intéresser certains ici
(Celle sur BSD par exemple, assez longue, qui parle notamment du fistage de l'armée US avec BSD au début).
edit: leur player est assez pourris mais dans l'onglet informations et partage des vidéos il y a un lien direct vers le fichier MP4.
Merci.
Le fait de kicker les mecs qui se pointent sous Win / OSX est agréable.
Comme le sida, il y a une période d'incubation et après c'est la merde.
Topy a écrit:ET LA TRIBUNE BORDEL DE MERDE ?!
Mais vous avez vraiment besoin d'une tribune, le topic crée par Stany ne vous convient pas ?
On peut y coller des vidéos et rien n'empêche de le flooder..
Chez Free sur Paris ce n'est pas si cool alors.
Dans quel arrondissement êtes-vous les pas contents ?
Toujours mater ce topic AVANT le realTime babe pour rester sur une belle image avant de se barrer du site.
L’algorithme derrière la tribune est bien trop complexe. Ils faudrait une ferme de 8000 cores pour la faire tourner.
La formule mathématique c'est vraiment con en fait et cela ne sert à rien :
Tu haches (sha1) les données de ton block (la liste des transactions donc).
Il faut que le hash obtenu contienne x bit à zero. Où x correspond grosso modo à la complexité.
Si ce n'est pas le cas, tu incrémentes un nombre inutile stocké dans le block (on ne peut pas changer de valeur utile, cela fausserait les transactions) pour simplement générer un hash différent.
Si ce dernier ne contient toujours pas x bit à zéro, alors tu ré incrémentes le nombre inutile puis rebelote.
Donc grosso modo, n'importe qui avec une accélération matérielle de hachage à disposition peut générer plein de blocks.
Et puis au final, il y a tout de même une autorité dans ce système, c'est le client bitcoin.
Il suffit que le créateur change les algorithmes pour que la limite de bitcoin passe à 42 millions, et que cette nouvelle version du client soit adoptée, alors toutes les assomptions qui ont été faites tombent à l'eau et mange ta fellation.
rain a écrit:Oui sauf que les 50 BTC/block c'est juste pendant un moment, après ça diminue.
Le nombre de blocs multiplié par la valeur d'un bloc en pièces. La valeur est de 50 BTC par bloc pour les 210 000 premiers blocs, de 25 BTC pour les 210 000 suivants, puis 12.5 BTC, puis 6.25 et ainsi de suite.
Ah donc ça c'est de la merde par contre, vu que la fréquence de création de block est constante (la complexité du problème mathématique évoluant linéairement avec la puissance de calcul), il y aura de moins en moins de fric à se faire.
A moins que la taxe lors de la création de block vienne compenser, par exemple 25 BTC crées + 25 BTC de taxe sur les transactions quand on est entre 210 001 & 420 000 block.
SojaCouille a écrit:- que devient l'argent "perdu" ? Ils ont un max de 21 000 000 de bitcoins, des mecs qui ont miné et perdent leur wallet (crash machine etc...), au fil du temps, y en aura de plus en plus. Ces bitcoins seront bloqués pour toujours ?
Oui.
SojaCouille a écrit:- j'ai lu dans les spécifications que le mec qui récupère sur sa machine la première transaction d'un nouveau block reçoit 50 bitcoins pour le remercier de participer au système. Qui les verse ? Les concepteurs qui ont miné au départ ? Parce que des nouveaux blocs, y en aura tant que l'argent sera en circulation ou au bout d'un moment y aura purge des vieux blocks de transactions ?
Chaque bitcoin doit découler d'une chaîne de transactions qui au final émane de la découverte d'un block.
Lors que tu cherches à résoudre un block, voilà ce qui se passe.
1) tu crées 50 bitcoins que tu signes avec ta clé publique.
2) tu crées un block avec une première transaction spéciale: la création de tes 50 bitcoins.
3) tu ajoutes à ton block les transactions que ton client voit passer.
4) tu essayes de résoudre le problème mathématique (que le hash de ton block contienne x bit à zero)
5) si résolu tu viens de gagner 50 bitcoins sinon goto 3)
Donc le système ne va valider toute nouvelle rentrée d'argent que si elle provient de la création d'un nouveau block.
Arrivé à 21 million de bitcoin, lorsque tu trouves un block, tu reçois 50 bitcoins prélevés sous forme de taxe sur les transactions listées par ton block. De cette façon, faire tourner des clients bitcoins te rapporte toujours du fric.
Ze PilOt a écrit:Chaque transaction est validée par les PC connectés au peer2peer bitcoin. Si plus de x% valident la transaction, elle est effective.
Donc pour en stopper une, il faudrait d'abord la détecter, et empêcher la validation, et ce sur une majorité de clients.
Sachant que plus le temps passe, plus il est difficile d'annuler une transaction.
En effet, chaque transaction dépend des précédentes, donc si tu annules une transaction, tu dois revalider l'ensemble des transactions qui suivent, c'est à dire recalculer l'ensemble des blocks qui les valident.
Et la puissance de calcul nécessaire est exponentielle par rapport au nombre de block de transaction à calculer d'affilé.
En gros c'est mort pour lui.
C'est bon j'ai fais la quiche. Merci :-)
Kane a écrit:Ok, donc si le problème à une faille, tout le système s'écroule et l'on perd tout.
C'est même pire que ça, sans rentrer dans les détails techniques, le système croit celui qui a le plus de puissance CPU.
Donc si un gouvernement veut faire chier, il peut faire une attaque de Sybil en utilisant une grosse ferme de calcul et pipoter des transactions.
Conrad a écrit:J'avoue que le principe n'est pas encore très clair pour moi.
Tout d'abord il faut créer la thune:
L'idée première est de faire une monnaie qui n'est régie par aucune autorité mais par une population de participants : pour générer des BTC, il faut trouver la solution à un problème mathématique dont la complexité dépend du nombre de BTC crées jusqu'à présent. Le problème mathématique est conçu pour ne plus rien rapporter quand 21 milions de BTC seront produits.
Ensuite il faut créer un système pour échanger toute cette thune:
Les machines qui tentent de résoudre le problème mathématique sont aussi celles qui permettent de valider les transactions.
En effet, chaque solution trouvée au problème est utilisée pour signer les transactions passées depuis la précédente solution.
Il faut gagner la confiance des marchés pour que la monnaie devienne crédible et sûre.
C'est là où ça peut coincer.
Sauf si un acheteur a une grande confiance dans la monnaie, pense qu'elle va s'apprécier et donc t'échanger tout ton stock de BTC contre une monnaie dans laquelle il a moins confiance ($/€).
Tu peux convertir en $ / €.
A l'heure actuelle, 1 bitcoin ~ 18 $.
Messages trouvés [ 1 051 à 1 075 sur 2 800 ]
Généré en 0,736 secondes, 11 requêtes exécutées