Loic_Pandul
Loïc Morel

J'écris des contenus pédagogiques sur Bitcoin.

Public Key

npub1x2kakfryyzw7gfh9n8d53w7669ck0ly9k2ayj0l9h7wfa829n7dqyp6jgd

NIP-05 Address

Profile Code

nprofile1qqsr9twmy3jzp80yymjenk6gh0ddzut8ljzm9wjf8ljml8y7n4zelxspz3mhxue69uhhyetvv9ujuerpd46hxtnfduqs6amnwvaz7tmwdaejumr0dsy58e6w

Publishing to

relay.nostr.bg

relay.damus.io

nos.lol

Author Public Key

npub1x2kakfryyzw7gfh9n8d53w7669ck0ly9k2ayj0l9h7wfa829n7dqyp6jgd

Show more details

Last Notes

2026-04-11 08:47:06 UTC

- reply

https://bip54.org/
https://github.com/bitcoin/bips/blob/master/bip-0054.md

2026-04-11 08:46:18 UTC

Satoshi s'est trompé.
Il y a un bug dans le minage de Bitcoin depuis le tout premier jour. C'est une simple erreur de calcul de Satoshi qui pourrait être exploitée pour miner des blocs à une vitesse délirante. C'est un des bugs que le BIP-0054 (en discussion) résout. Je vous explique.
Pour comprendre, il faut d'abord rappeler le fonctionnement du mécanisme d'ajustement de la difficulté. Comme vous le savez, tous les 2016 blocs, soit environ toutes les 2 semaines, les noeuds recalculent la cible de difficulté. L'objectif est de maintenir un rythme stable d'un bloc toutes les 10 minutes, quelle que soit la puissance de calcul déployée par les mineurs. Pour faire cet ajustement, les noeuds mesurent combien de temps la dernière période a duré, la comparent au temps qu'elle aurait due durer (2016 x 600 = 1 209 600 secondes), puis corrigent la difficulté en conséquence.
C'est dans ce calcul qu'il y a le bug. Pour mesurer le temps de la dernière période qui vient de passer, le noeud compare l'horodatage du premier bloc de la période à celui du dernier. Instinctivement, ça parait logique de faire ça, mais en fait c'est une erreur, car il n'y a que 2015 intervalles entre le premier bloc et le dernier de la période, pas 2016.
Si on note t0 l'horodatage du premier bloc et t2015 celui du dernier, le noeud calcule le temps écoulé comme T = t2015 - t0. Les intervalles mesurés sont donc :
de t0 à t1 (1 intervalle) > de t1 à t2 (2 intervalles) > ... > de t2014 à t2015 (2015 intervalles)
On obtient bien 2015 intervalles et pas 2016. Pour en avoir 2016, il aurait fallu calculer T = t2015 - t-1, où t-1 est l'horodatage du dernier bloc de la période précédente. C'est ce qu'on appelle un bug "off-by-one" : une erreur de décalage d'une unité.
Concrètement, l'impact sur la PoW est négligeable. Ce décalage introduit un biais d'environ 0,05% vers une difficulté très légèrement surestimée. Mais le vrai problème est ailleurs. Ce bug fait que les périodes d'ajustement ne se chevauchent pas. L'horodatage du dernier bloc d'une période n'entre pas dans le calcul de la suivante :
- La première période : t0 à t2015
- La deuxième : t2016 à t4031
- etc.
Il n'y a jamais de chevauchement, et c'est précisément cette discontinuité qui rend possible une attaque que le l'on appelle "time warp".
Le principe est le suivant :
1 - un mineur qui controlerait une majorité de la puissance de calcul commence par fixer les horodatages de tous les blocs d'une période, sauf le dernier, au minimum autorisé par les règles du protocole (supérieur au MTP, la médiane des 11 derniers blocs), au lieu de mettre l'heure réelle comme horodatage.
2 - sur le dernier bloc de la période, il attribue un horodatage artificiellement avancé dans le futur. La limite maximum pour un horodatage d'un bloc Bitcoin, c'est NAT + 2 heures. Le NAT c'est la médiane des temps réels des nœuds, mais pour simplifier, on peut dire que c'est presque le temps réel. On prend donc ce temps réel et on ajoute 2 heures de largesse dans le futur. Ce temps NAT + 2h, c'est la limite maximum, et l'attaquant va placer cette limite max dans le futur sur le dernier bloc de la période.
3 - la période est terminée, tous les nœuds Bitcoin appliquent l'ajustement de la difficulté. À cause de la manipulation des horodatages de l'attaquant, la période mesurée a duré plus longtemps qu'en réalité. Les noeuds abaissent donc la difficulté de minage pour la période suivante.
4 - l'attaquant reproduit exactement la même manipulation sur la période suivante. Puisque les périodes ne se chevauchent pas, et puisque le MTP est une médiane et non une moyenne, le premier bloc de la deuxième période d'attaque peut avoir un horodatage loin dans le passé, alors que le précédent a un horodatage dans le futur. À la fin, l'écart entre le premier bloc de la période et le dernier sera encore plus grand que la période précédente, et cet écart augmente de période en période.
En répétant ce procédé sur plusieurs périodes, un attaquant pourrait théoriquement faire chuter la difficulté de minage au point de produire jusqu'à 6 blocs par seconde (au lieu de 1 toutes les 10 minutes). Les conséquences seraient terribles : les timelocks ne serviraient plus à rien, le réseau serait saturé, les réorganisations se multiplieraient, et les confirmations de transactions perdraient leur valeur. Le tout permet à l'attaquant de récupérer les récompenses de bloc à un rythme effrené.
Si Satoshi avait fait se chevaucher les périodes, comme nous l'avons vu en intro, cette attaque ne serait pas possible. Ce qui la rend réalisable, c'est que le calcul du temps de la période repose sur le premier bloc de la période, qui peut être placé loin dans le passé, plutôt que sur le dernier bloc de la période précédente, qui dans le cas de cette attaque se trouve placé dans le futur.
Comment résoudre ce bug ?
Et bien le plus simple serait de corriger l'erreur de Satoshi, et de se faire chevaucher les périodes. Mais c'est impossible sans faire un hard fork. Le BIP-0054 (consensus cleanup) propose donc une autre approche par soft fork : imposer que le premier bloc d'une nouvelle période de difficulté porte un horodatage qui ne précède pas de plus de 2 heures celui du dernier bloc de la période précédente. Cette contrainte rétablit une forme de continuité entre les périodes, empeche la manipulation des écarts temporels, et donc empeche l'attaque time warp.
Le BIP-0054 ne corrige pas que ça, il corrige également d'autres vulnérabilités historiques du protocole.
https://blossom.primal.net/2afa2784d63a24f7f4dea40ae6fefd541b5194b6f8b25f0f82cf7b8321da0ea9.png

2024-07-15 11:23:40 UTC

Après plus d’un an de travail, j'ai l'immense plaisir de vous annoncer que le dépôt du Dictionnaire de Bitcoin est public !
Dictionnaire de Bitcoin, c'est déjà 764 définitions de termes techniques en lien avec Bitcoin. Découvrez la version en ligne :
https://github.com/LoicPandul/Dictionnaire-de-Bitcoin/tree/main
https://image.nostr.build/35a44fe65d9ccc37231f3a70270c03fe9fe65f99f4f54ce10b330ba65bfd8437.jpg
La méthode la plus simple pour le lire est de télécharger le PDF disponible directement à la racine du dépôt, ou dans les releases avec la version 0.1.
https://github.com/LoicPandul/Dictionnaire-de-Bitcoin/blob/main/Dictionnaire%20de%20Bitcoin.pdf
À ce jour, Dictionnaire de Bitcoin contient 764 définitions, mais j’ai encore de côté une liste d’environ 200 termes à définir. La rédaction n’est donc pas totalement terminée.
Dictionnaire de Bitcoin est un projet ouvert. Vos contributions et relectures sont les bienvenues :
➡️Suggestion de termes (avec ou sans définition) ;
➡️Correction d’une définition erronée ou imprécise ;
➡️Correction des fautes d'orthographe ;
➡️Toute autre modification.
L'utilisation de GitHub facilite la collaboration sur ce projet. Pour contribuer :
1. Créez un fork du projet ;
2. Créez une nouvelle branche basée sur main ;
3. Rédigez vos modifications sur cette branche ;
4. Proposez une Pull Request.
Si vous n'êtes pas familier avec Git et GitHub, je vous ai préparé un tutoriel détaillé expliquant comment soumettre facilement des modifications via l'interface web de GitHub. Il est disponible sur mon site web :
https://www.pandul.fr/post/contribuer-sur-le-dictionnaire-de-bitcoin
Pour plus d'informations sur le projet et sur la manière de contribuer, je vous invite à lire le README.
https://github.com/LoicPandul/Dictionnaire-de-Bitcoin/blob/main/README.md
La version papier sera publiée dans un second temps, une fois que la rédaction des termes restants sera achevée et après avoir intégré vos retours et corrections. L'objectif est de la publier entre la fin de l'année 2024 et le début de l'année 2025.
Merci par avance pour votre aide, vos contributions et vos retours :)

2023-09-16 22:58:15 UTC

- reply

the bird is freed

2023-09-13 18:45:11 UTC

Le Space Kek commence dans une petite heure sur X. Sujet du soir : les méthodes d'activation de soft forks ⬇️
https://twitter.com/louneskmt/status/1701917778876272820?t=NWUp8pEUKR6pnEixTTW_2g&s=19

2023-09-06 10:36:10 UTC

Nouvel article 🔥⬇️
https://www.bitstack-app.com/blog/qui-controle-bitcoin

2023-08-22 11:24:39 UTC

L'épisode hebdomadaire du Space Kek est décalé à ce soir, 21h30. Venez nous poser vos questions sur Bitcoin en direct sur X ! https://twitter.com/louneskmt/status/1693943237138944147?t=1N2cDA9BYGaPrZCqaPoS8Q&s=19

2023-08-16 15:43:50 UTC

Nouvel épisode du Space Kek ce soir à 21h30 sur X ! 🔥
https://twitter.com/louneskmt/status/1691834823248056645

2023-08-09 09:47:44 UTC

Nouveau tutoriel 🔥
https://www.bitstack-app.com/blog/noeud-bitcoin-core-tutoriel

2023-08-08 10:11:27 UTC

- reply

On l'a toujours fait sur X. Peut-être plus tard ! :)

2023-08-08 09:10:28 UTC

- reply

https://twitter.com/louneskmt/status/1688489671184019456

2023-08-08 09:10:05 UTC

🚨 Rendez-vous ce soir à 21h30 sur X pour un nouvel épisode du Space Kek !
https://cdn.nostr.build/i/d9e73109de49b6785fec24af19a1a8c0eb9eee42d3c222b110c3cafdb2da93c6.jpg

2023-08-04 00:04:19 UTC

- reply

🍌

2023-08-03 12:48:34 UTC

- reply

C'est ce soir ! ⬇️🔥
#nevent1q…3eng

2023-08-02 14:54:18 UTC

- reply

Merci pour ton aide 🙏

2023-08-02 09:23:40 UTC

Summer Space Kek en approche ! Rendez-vous jeudi soir à 21h30 pour discuter des actualités ou nous poser des questions techniques sur Bitcoin 🔥
https://twitter.com/louneskmt/status/1686666243569283073

2023-08-02 08:55:52 UTC

Article introductif pour appréhender facilement le fonctionnement de base du Lightning Network ⬇️ https://www.bitstack-app.com/blog/comprendre-lightning-network

2023-07-26 12:37:41 UTC

⚠️ Nouvel épisode du Summer Space Kek en approche ! RDV à 21h30 ce soir, en direct sur Twitter.
https://twitter.com/louneskmt/status/1683911386143809548

2023-07-26 12:34:16 UTC

Découvrez le second chapitre de ma série sur le White Paper de Bitcoin ⬇️
https://www.bitstack-app.com/blog/white-paper-bitcoin-explique-simplement-chapitre2

2023-07-19 12:18:23 UTC

🚨FLASH | Le Space Kek adopte un nouveau format pour cet été ! Premier rendez-vous ce soir à 21h30. On vous attend nombreux 🔥
https://twitter.com/louneskmt/status/1681638002949332992

2023-07-19 12:11:53 UTC

🚨 Nouvel article en deux parties à découvrir sur le blog de Bitstack 👇
https://www.bitstack-app.com/blog/white-paper-bitcoin-explique-simplement-chapitre1

2023-07-12 09:55:49 UTC

Je viens de publier un nouvel article sur le blog de Bitstack. On y parle des clés étendues (xpub, xprv...), de la structure du portefeuille HD et des chemins de dérivation. Bonne lecture 😉 ⬇️
https://www.bitstack-app.com/blog/qu-est-ce-qu-une-xpub-cle-etendue

2023-07-07 19:21:19 UTC

Nous serons en ligne dans une dizaine de minutes pour répondre à vos questions tech sur Bitcoin. On a déjà reçu des questions sur les forks, sur miniscript et sur les mécanismes qui permettent de rendre immuable une transaction. Ça promet d'être passionnant 👍
https://twitter.com/Loic_Pandul/status/1676993362992197632

2023-07-07 15:56:20 UTC

Dorénavant certifié nip-05 nostr.fr ! Mille mercis @npub1rcp…d9a8 :)

2023-07-06 16:44:49 UTC

SPACE KEK #33 : Sujets libres et questions techniques 🔥
Venez nous poser vos questions sur #Bitcoin ! En live vendredi à 21h30, sur Twitter.
Autour de la table : @npub1kg4…gpgw , @npub1l0u…rhn4 et Sosthène 🚀
https://twitter.com/Loic_Pandul/status/1676993362992197632

2023-07-06 16:20:02 UTC

- reply

Pour les bitcoiners tu veux dire ?

2023-07-06 16:17:39 UTC

- reply

C'est du papier

2023-07-06 07:11:12 UTC

- reply

C'est quand même plus simple avec le BIP47

2023-07-06 05:26:54 UTC

- reply

Merci John ! Il faut que je regarde comment le faire en non-custodial. J'ai pas eu le temps encore.

2023-07-06 05:25:31 UTC

- reply

Merci, il faut que je regarde comment le faire en non-custodial. Je n'ai pas envie d'utiliser ces services. ;)

2023-07-05 15:46:51 UTC

Nouvel article technique > Comprendre le mécanisme des halvings, la preuve de travail et la récompense coinbase. À retrouver sur le blog de Bitstack et en lecture audio avec ma douce voix : https://www.bitstack-app.com/blog/qu-est-ce-que-le-halving-bitcoin

2023-07-03 07:38:32 UTC

- reply

C'était bon ?

2023-04-22 22:19:54 UTC

- reply

Yes, il faut que je regarde ça, merci. Après, je ne cours pas après les dons. Pour ceux qui veulent vraiment, j'ai mon bip47 ;)

2023-04-22 22:17:17 UTC

- reply

Il faut que je m'y penche, merci !

2023-04-22 13:58:11 UTC

- reply

C'est le truc avec Lightning ? Il me semble qu'il faut utiliser un wallet custodial. C'est pour cela que je n'accepte pas les dons avec lightning. ;)

2023-04-12 11:33:28 UTC

Space Kek exceptionnel ce soir à 21h30 sur Twitter sur le thème des compromis techniques de Bitcoin ! Avec #[0] et #[1] 🚨
N'hésitez pas à venir participer et poser des questions ⬇️
https://twitter.com/louneskmt/status/1646020483337289731?t=nCqzn1NnTfUE1qcaDQnQjA&s=19

2023-04-11 13:40:45 UTC

Nouvel article technique 🚨
Le protocole Stamps (NFT non élagables) relance les inquiétudes sur la croissance de l’UTXO set des nœuds Bitcoin. La solution pourrait être Utreexo.
Découvre tout ce qu'il faut savoir sur les Stamps, l'UTXO set et Utreexo 👇
https://www.pandul.fr/post/tout-savoir-sur-le-fonctionnement-d-utreexo

2023-03-16 09:28:27 UTC

- reply

Je ne sais pas ce que c'est, mais merci 😅

2023-02-28 12:10:57 UTC

Space Kek 21h30 ce soir sur Twitter : Sujets libres !
Venez participer et nous poser des questions techniques sur Bitcoin ⬇️
https://twitter.com/louneskmt/status/1630183474693808133?s=20

2023-02-15 12:26:58 UTC

Space Kek ce soir 21h30 pour discuter du routing sur LN avec Pantamis, #[0] et Sosthène 🔥
https://twitter.com/louneskmt/status/1625764314702397441?s=20&t=pIO-I-czRgaLal3WBuCalw

2023-02-05 09:21:31 UTC

- reply

🧵👇
https://twitter.com/Loic_Pandul/status/1622140269117292544?t=J5nAbaca-DPwDNHfpqKbVg&s=19

2023-02-05 09:20:22 UTC

🚨Nouvel article !
Bitcoin n’est pas une catastrophe écologique.
On y parle Bitcoin, écologie, mais pas uniquement…
https://www.bitstack-app.com/blog/bitcoin-n-est-pas-une-catastrophe-ecologique