59 - F2b Thank you
|
|
|
Tellement ça Après les gens commencent à te connaître, et le réseau joue pour beaucoup aussi. Perso j'ai vraiment pas le temps de participer, mais je jetterai un œil plus tard.
|
|
|
ce qui serait possible et beaucoup plus facile à mon sens, plutôt que de modifier l'historique existant (et récent), ce serait de valider dans la piscine de la mémoire certaines transactions à gros montants en modifiant à son profit l'adresse de réception des fonds envoyés.
Même problématique : comment modifier les adresses de sortie si tu n'as pas accès à la clé qui a signé la transaction ?
|
|
|
Peut-être que ce thread deviendra utile à qqun d'autre.
Merci d'être venu poster ces deux mises à jour hier et aujourd'hui. Je n'avais pas posté ici, mais je suivais les échanges et suis content de lire que tu as pu tout récupérer ! Et l'autre bonne nouvelle, c'est qu'après cette frayeur, tu prendras sûrement les mesures nécessaires pour que ça ne se reproduise pas. Tu as de la chance, c'est un enseignement que beaucoup paient très cher.
|
|
|
Je croyais savoir qu'un attaquant 51% pouvait remplacer d'un coup les transactions déjà existantes dans la blockchain par d'autres ! par exemple dison que des bitcoins que tu avais reçu il y'a 30 jours se retrouvent chez moi aulieu d'être arrivés à ton adresse ! À ma connaissance ce n'est pas possible. Ce qui serait possible, c'est une double dépense : les pools pourraient "supprimer" d'anciennes transactions de leur chaîne (à condition qu'elles ne soient pas trop anciennes, car il faut re-miner les anciens blocs) et donc dépenser une deuxième fois leurs fonds, ou faire de la censure. Mais pour débloquer les fonds de Satoshi (par exemple), il faudrait quand même pouvoir signer avec la clé de Satoshi. Sans quoi la transaction ne serait pas valide et le bloc serait rejeté d'office par les nœuds. jusque-là mes connaissances sur la clé d'alerte étaient assez sommaires !
Moi je ne connaissais pas (ou alors j'avais oublié), merci pour la (re?-)découverte.
|
|
|
La décrue continue : certains on pu passer des transactions à 12 sat/vB. Descendra-t-on en-dessous de 10 ?
Ce qui me fascine aussi c'est la vitesse à laquelle la mempool peut se vider, parfois plus vite qu'elle ne s'est remplie sur certains intervalles de temps. Par exemple de 466 Mo à 218 Mo en use semaine récemment.
|
|
|
Etant que comme cité dans cet article la grosse majorité des pools bitcoin appartiendraient en réalité aux mêmes détenteurs .. Je n'étais pas au courant, merci pour le lien. "Appartiendraient aux mêmes détenteurs", c'est peut-être exagéré, mais l'hypothèse d'une collusion entre pool ne me semble pas impossible. Ou alors : one or two of those pools might be fully whitelabeled, but in general I think they're just outsourcing custody and payout/withdrawal management
@paidwithbtc2 un avis ? Mais ce cas là qu'est-ce qui protège alors de l'attaque 51% ?? [...] La sécurité mise en place actuellement permet grâce à la clé d'alerte de déconnecter un mineur qui s'approcherait dangereusement des 51%.. [...]
Mise en place actuellement ? J'aimerais bien plus d'infos, parce que là je ne trouve qu'un système de diffusion de messages arrêté depuis 2016 (et un délire de Faketoshi). Je n'ai pas de solution miracle à proposer, et malheureusement je doute qu'il en existe réellement.
|
|
|
concernant les risques d'attaque 51%, pourquoi ne pas brider/imposer une limite de Hashrate maximale (40% par exemple) à chaque mineur/pool ? dés que le mineur atteint 40% il est automatiquement désactivé ??!
J'imagine qu'il y aurait moyen pour les pools de contourner un tel système. En fait, je ne vois pas comment on pourrait imposer ce genre de restriction, car je doute que l'on puisse identifier avec assurance l'origine d'un bloc sans la coopération du mineur qui le produit. Concrètement : qu'est-ce qui empêcherait une pool d'utiliser plusieurs identifiants différents ?
|
|
|
(mais faut aimer les jpeg de dinos)
C'est le moins qu'on puisse dire Je ne me souvenais plus que c'était à ce point. Il a flairé le bon filon
|
|
|
Chic chic chic, de la technique ! C'est un gros morceau, celui-là. Mais c'est vraiment intéressant. Il n'est pas simple de conserver sa vie privée sur Bitcoin, du fait de sa transparence. Mais c'est bien de rappeler qu'au fur et à mesure, des outils sont développés pour améliorer cet aspect, jusque dans les mises à jour du protocole lui-même. D'ailleurs on remarque que certaines mises à jour font d'une pierre deux coups : améliorer la confidentialité, mais aussi réduire le poids des transactions. Ce qui est finalement presque intuitif : s'il y a moins d'informations on-chain, elles deviennent d'autant plus difficiles à interpréter. MISE À JOUR Parmi les applications pionnières dans la mise en œuvre du concept CoinJoin : Félicitations aux développeurs de Wasabi et JoinMarket ! [...] Note : -snip- Wasabi n'est plus notre ami. Ils sont passes du cote de l'ennemi.
Je sais que c'est juste une traduction, mais comme dit dans l'original, j'ai trouvé étonnant qu'il n'y ait aucune mise à jour mentionnant Whirlpool. À ce jour, c'est à mon avis l'implémentation à privilégier pour ceux qui ne veulent pas s'embêter avec Joinmarket. Du coup je me permets de le mentionner ici aussi.
|
|
|
les tulipes hollandaises au XVIIe siècle. [...] Greater Fool Theory
Ah oui carrément ! Bon je ne suis pas surpris de ce point de vue, mais bon les tulipes c'est un peu le point Godwin des cryptos, comme dirait l' autre Après, au fond t'as pas tort, mais cette théorie (edit: là je suis plus sur les tulipes, mais sur le Greater Fool machin) n'est pas limitée à Bitcoin (en tout cas à mon avis). De là à dire qu'il n'a aucune valeur intrinsèque... Enfin bref. Les tulipes ont fini par exploser. On verra ce qu'il adviendra de Bitcoin
|
|
|
Hi there! I'm coming from the recent French translation of this topic. That was a great read. 6. CoinJoin[...] JoinMarket pioneered a lot of CoinJoin science (and BTW, belcher wrote an excellent & comprehensive wiki article on privacy), while Wasabi is the first wallet that implements CoinJoin in both a highly-usable and sound way. [...] -snip- Wasabi is not our friend any more. They joined the enemy's boat.
Given what happened with Wasabi, and the reactions here, I was surprised that Whirlpool wasn't brought up by anyone in this particular thread. Because I feel like it has become more or less the de-facto Coinjoin implementation. Is there a reason not to recommend it?
|
|
|
C'est génial si c'est déjà le printemps. Qui aime se cailler les miches? Autant j'adore le printemps, autant les climats un peu plus frais qu'en France, avec des étés pas étouffants et un peu de neige en hiver, j'aime bien aussi (et l'un n'empêche pas l'autre) Mais évidemment, c'est une question de goûts. (voilà, c'était juste pour dire ça. sur ce, je retourne dans ma grotte.)
|
|
|
Non c'est le Bitcoin, ils n'auraient pas besoin d'acheter tous ces Bitcoins sinon. Et c'est tout l'intérêt de ces ETFs d'ailleurs. J'avais lu quelque part, ici même je crois d'ailleurs, que tous les ETFs prévoyaient de stocker leurs BTCs chez Coinbase. Je n'ai pas vérifié tous les ETFs mais pour BlackRock en tous cas, c'est ce que leur prospectus déclare. Si Coinbase est hacké ou que ses fonds sont gelés par la justice américaine ça peut faire mal à mon avis.
Il est peu probable que Coinbase se fasse syphonner tous leurs wallets d'un coup, mais c'est vrai que ça fait un énorme point de centralisation. Pas cool. https://www.coindesk.com/business/2023/11/27/coinbase-is-dominating-a-key-bitcoin-etf-service-can-anyone-else-join-the-race/Apparemment il y a Fidelity qui conserveraient eux-même leurs bitcoins, et ce seraient les seuls (VanEck passerait par Gemini, et les autres par Coinbase)
|
|
|
et donc son adoption.
Ça dépend de ce qu'on appelle adoption, quand même... Disons que c'est de l'adoption comme réserve de valeur au mieux, ou comme outil spéculatif au pire. C'est toujours ça de pris, mais Bitcoin ce n'est pas que ça (même si dans le monde développé ça reste un de ses principaux attraits, on ne peut le nier). je ne m'y attendait pas et vous ?
Alors perso je m'en fous un peu, mais l'impression que j'ai, c'est qu'on ne savait pas exactement quand ça allait arriver mais on savait que ça allait arriver bientôt. ("on", c'est mon ressenti du sentiment général, pas un groupe de personnes en particulier)
|
|
|
Merci pour cette réponse.
L'exemple de changer d'algo de hachage c'était juste un cas extrême, mais la question c'était plus : est-ce qu'il est possible que certaines évolutions du protocole Bitcoin, dans un futur plus ou moins lointain, se heurtent aux "limitations software ET matérielles" dont tu parlais. Parce que si les machines sont optimisées pour hacher des données spécifiques (c'est comme ça que j'avais compris ton premier post : "son travail initial qui est de chopper une nonce"), avec une certaine structure, etc., il faut que les suppositions faites pour développer ces optimisations ne changent pas.
Par exemple, est-ce qu'il faut juste garder la structure du header et le reste on s'en fout, est-ce qu'il y a des trucs en particulier qu'on ne peut pas faire ? Honnêtement ne t'embête pas, je ne sais pas trop ce que je vais faire de la réponse. C'était plus par curiosité.
|
|
|
tu feras face à des limitations softwares ET hardwares dès les premières étapes. Comme leur nom l'indique, les ASICs sont fait pour une tâche spécifique et ne font strictement rien d'autre. Même si un S9 mine via l'algo Sha256d, tu n'arriveras pas à le faire sortir de son travail initial qui est de chopper une nonce et tout ce que ça implique, en tout cas à ma connaissance. Détourner un ASIC de son utilisation initiale c'est l'enfer
En relisant, ça me fait me poser une question. Une future mise à jour de Bitcoin pourrait-elle rendre obsolète les ASICs qui sont déjà sur le marché ? Ou plutôt, où est la limite. Parce qu'il est évident que si demain (ou après-demain) SHA-256 (ou SHA-256d, je ne me souvenais plus qu'il était doublé) devient obsolète et qu'il faut changer d'algo, évidemment que les anciens mineurs ne marcheront plus. Mais qu'en est-il des mises à jour moins radicales / qui modifient le protocole moins en profondeur : y a-t-il certains changements qui auraient de telles répercussions ?
|
|
|
maintenant que le BTC est étroitement intégré dans la finance traditionnelle, il n'est pas dans l'intérêt du gouvernement américain de surréglementer ou d'interdire celui-ci
Il est clair qu'une interdiction n'est plus trop envisageable (aux US en tout cas). Mais pour ce qui est de réglementer, je pense qu'ils ont encore pas mal de marge. Trop à mon goût en tout cas
|
|
|
Tu as raison, au temps pour moi, je ne sais pas pourquoi j'étais convaincu que c'était 12,5%...?... Lol 30%, je suis si heureux de ne plus me faire voler comme ça !
Peut-être parce que les 30% se décomposent en 12,8% d'IR et 17,2% de prélèvements sociaux ? (tu penses bien, on est en France, faudrait pas que ce soit trop simple)Mais par contre, on a tort de continuer à dire que c'est complexe le self-custody. Ce n'est rien de fou, on a quand même accès à des softwares débutants-friendly. [...]
En soi, juste noter 12 mots sur un bout de papier, évidemment c'est à la portée de tout le monde (en tout cas tous ceux qui sont aptes à gérer de l'argent). Concernant la peur de faire une erreur, je n'ai jamais dit qu'elle était rationnelle ou proportionnée. Mais elle existe. Et sinon, quand j'écris "une part significative du patrimoine", je pense surtout aux attaques physiques, qui sont difficiles à contrer sans recourir à des techniques plus complexes (multisigs et/ou timelocks). Cela dit sur le fond je sais qu'on est d'accord.
|
|
|
j'étais resté sur le 3 janvier mais en fait la réunion serait le 10
J'espère que c'est pas pour moi qu'il a décalé la date, sinon c'est un peu la honte (mais je pense pas) Pffff mon incapacité à être ponctuel ne s'arrange pas.. Oui ils ont décalé. T'en fais pas c'est pas (que?) toi, il y a eu un petit vote sur leur Telegram aussi. En tout cas, je reste en contact avec le prof, et je passerai d'ici quelques temps par là avec des Bitaxe! Je t'enverrai un PM si tu es chaud! N'hésite pas, ce sera avec plaisir.
|
|
|
|